关于application/x-www-form-urlencoded编码
2015-07-25 10:46
387 查看
http://hongjiang.info/http-application-x-www-form-urlencoded/
同事遇到在servlet端通过request对象getInputStream读取POST过来的数据,却读不到的问题,怀疑是tomcat的问题。查了一下
熟悉servlet的话,这个问题应该算常识了。它其实跟容器无关,所有的servlet容器都是这样的行为。几年前在实现一个网关代理的时候就遇到过这个问题,当时使用的是jetty,发现POST过来的数据读不到,也是
在servlet规范3.1.1节里,对POST数据何时会被当做parameters有描述:
规范里已经明确的声明当请求满足: 1) http/https, 2) POST, 3) Content-type 是
所以不论tomcat、jetty还是其他servlet容器都遵循这个方式。不过话说回来,为什么
使用http上传数据可以用GET或POST,使用GET的话,只能通过uri的queryString形式,这会遇到长度的问题,各个浏览器或server可能对长度支持的不同,所以到要提交的数据如果太长并不适合使用GET提交。
采用POST的话,既可以在uri中带有queryString也可以将数据放在body中。body内容可以有多种编码形式,其中
在tomcat的Request.parseParameters方法里,对于
在HTML4之前,表单数据的编码方式只有
在HTML4里又引入了
同事遇到在servlet端通过request对象getInputStream读取POST过来的数据,却读不到的问题,怀疑是tomcat的问题。查了一下
Content-type是
application/x-www-form-urlencoded,估计是被解析成了
parameters,果然在他获取流之前,有过
request.getParameter的操作。
熟悉servlet的话,这个问题应该算常识了。它其实跟容器无关,所有的servlet容器都是这样的行为。几年前在实现一个网关代理的时候就遇到过这个问题,当时使用的是jetty,发现POST过来的数据读不到,也是
application/x-www-form-urlencoded编码,断点跟踪发现是在获取流之前有过
request.getParameter,数据会被解析,并且后续数据流不可再被读取。
在servlet规范3.1.1节里,对POST数据何时会被当做parameters有描述:
1. The request is an HTTP or HTTPS request. 2. The HTTP method is POST. 3. The content type is application/x-www-form-urlencoded. 4. The servlet has made an initial call of any of the getParameter family of methods on the request object. If the conditions are met, post form data will no longer be available for reading directly from the request object’s input stream.
规范里已经明确的声明当请求满足: 1) http/https, 2) POST, 3) Content-type 是
application/x-www-form-urlencoded, 4) 调用过getParameter方法;则数据会被当做请求的paramaters,而不能再通过 request 的 inputstream 直接读取。
所以不论tomcat、jetty还是其他servlet容器都遵循这个方式。不过话说回来,为什么
application/x-www-form-urlencoded编码的数据会被当做parameter来解析呢?
使用http上传数据可以用GET或POST,使用GET的话,只能通过uri的queryString形式,这会遇到长度的问题,各个浏览器或server可能对长度支持的不同,所以到要提交的数据如果太长并不适合使用GET提交。
采用POST的话,既可以在uri中带有queryString也可以将数据放在body中。body内容可以有多种编码形式,其中
application/x-www-form-urlencoded编码其实是基于uri的
percent-encoding编码的,所以采用
application/x-www-form-urlencoded的POST数据和queryString只是形式不同,本质都是传递参数。
在tomcat的Request.parseParameters方法里,对于
application/x-www-form-urlencoded是有做判断的,对这种编码会去解析body里的数据,填充到parameters里,所以后续想再通过流的方式读取body是读不到的(除非你没有触发过getParameter相关的方法)。
在HTML4之前,表单数据的编码方式只有
application/x-www-form-urlencoded这一种(现在默认也是这种方式),因为早期的时候,web上提交过来的数据也是非常简单的,基本上以key-value形式为主,所以表单采用
application/x-www-form-urlencoded这种编码形式也没什么问题。
在HTML4里又引入了
multipart/form-data编码,对于这两种编码如何选择,请参考这里。
相关文章推荐
- Android WebView 开发详解(一)
- Unity 5 全局光照GI与新的烘焙系统初探
- iOS Autorelease Runloop
- Android开发学习笔记十七 PullToRefreshListView
- Android Api Demos登顶之路(五)
- 【iOS】ARC-MRC下的单例及其应用
- 在WebView中加载HTML页面时显示进度对话框的方法
- Android工程图片资源命名禁忌
- Android开发学习笔记十四 异步线程之Handler
- Android开发学习笔记十四 异步线程之AsyncTask
- IOS上的socket通信 CFsocket
- Android开发学习笔记十三 设计模式
- UIWebView禁用长按弹出copy选择框
- iOS Xcode工程目录的 folder 和 group的区别(蓝色和黄色文件夹的区别)
- Android开发学习笔记十二 WebView
- Android开发学习笔记十一 TreeView
- Android开发学习笔记十 ListView
- Android开发学习笔记九 Layout
- iOS开发-App Icons的尺寸大小
- Android开发学习笔记八 BaiduLBS_Android