HTTP协议POST请求问题总结

 
 parama: 
  Ajax post 

发现如果不加enctype="text/plain" 会导致服务器端HttpServletRequest.getParameter("param") 能读取，

但以下方式读取不到:

ServletInputStream  stream=req.getInputStream();
byte[] content = IOUtils.toByteArray(stream);
String input=new String(content);

发现编码不设定的话，默认为application/x-www-form-urlencoded，可以用getParameter读取，没法用req.getInputStream读取。

如果设定为text/plain，就可以用getInputStream获取到。

===========================================================

关于application/x-www-form-urlencoded等字符编码的解释说明

 在Form元素的语法中，EncType表明提交数据的格式 用 Enctype 属性指定将数据回发到服务器时浏览器使用的编码类型。 下边是说明： application/x-www-form-urlencoded： 窗体数据被编码为名称/值对。这是标准的编码格式。 multipart/form-data： 窗体数据被编码为一条消息，页上的每个控件对应消息中的一个部分。 text/plain： 窗体数据以纯文本形式进行编码，其中不含任何控件或格式字符。
 补充
form的enctype属性为编码方式，常用有两种：application/x-www-form-urlencoded和multipart/form-data，默认为application/x-www-form-urlencoded。 当action为get时候，浏览器用x-www-form-urlencoded的编码方式把form数据转换成一个字串（name1=value1&name2=value2...），然后把这个字串append到url后面，用?分割，加载这个新的url。 当action为post时候，浏览器把form数据封装到http body中，然后发送到server。 如果没有type=file的控件，用默认的application/x-www-form-urlencoded就可以了。 但是如果有type=file的话，就要用到multipart/form-data了。浏览器会把整个表单以控件为单位分割，并为每个部分加上Content-Disposition(form-data或者file),Content-Type(默认为text/plain),name(控件name)等信息，并加上分割符(boundary)。

===============================================

GET与POST的区别

HTTP请求的GET与POST方式的本质区别可以参考hyddd在《浅谈HTTP中Get与Post的区别》一文中的描述，本文讲述了其中比较重要的一条，那就是数据传输的位置不同。
GET方式在request-line中传送数据；POST方式在request-line及request-body中均可以传送数据。

对网上传言的解释

传言1：GET方式对长度有限制；POST方式对长度没限制。
回答：长度限制之说一方面是HTTP客户端（如IE限定URL长度为2083字节，opera 是4050， Netscape 是8192）的限制；另一方面服务器的实现也加入了限制（如果URL长度过长，HTTP服务器会报414错误）。但HTTP协议及URL官方说明均对长度限制则没有规定。

 

传言2：GET是从服务器上获取数据；POST是向服务器传送数据。
回答：GET方式就没有向服务器传送数据？那么URL中的?子句送的是什么？不论是GET还是POST，都可以向服务器传送数据，只不过传送数据的位置不同；不论是GET还是POST，都要从服务器上获取数据，否则IE浏览器拿什么东西给我们看呢？关键的问题是
GET的主要任务是获得数据，但在获得数据前也可以向服务器提交一些数据； 
POST的主要任务是提交数据，但在提交数据之后服务器也会向用户端返回一些显示用的数据。

 

传言3：GET不安全，用户能从地址栏上看到传送的数据；POST安全，用户不能从地址栏上看到传送的数据。
回答：POST方式看不到传送的数据是因为IE浏览器做了限制。如果你通过第三方工具看到了POST方式传送的数据，你还能说POST方式是安全的吗？理论上说GET和POST方式都不安全，要不就用不着研究HTTPS了。