HTTP协议知识点补充

1、HTTP协议传输二进制文件

HTTP协议是基于字符（ASCII）的，当Content-Type项为text/xml，则内容是文本格式；当二进制格式时，Content-Type项为image/gif，就是了。例如，浏览器请求一张图片的数据包信

1、请求消息：

2、响应消息：

下面是二进制的数据区

由上可知，http协议中content中可以是纯二进制的。

通常上的理解，http协议中请求、相应都是以ascii字符方式传输，如果要传输二进制需要经过BASE64或MIME等编码（因为HTTP协议pop3、smtp邮件协议都是针对文本的，而FTP支持传输二进制数据,即不需要经过编码转换成字符型数据）

如果直接使用http传输二进制(不经过base64编码)，可能会造成一下问题：

1) 不知道传输字节的具体长度，如传输的int类型，将int类型之间转为char以后，丢失掉了长度的信息，如数字1234567，本来只有4个字节，但是转化成文本的“1234567”是有7个字节。在int类型的时候固然好办，但是一个数组的时候，经过转化以后，在转化回来就很麻烦了。

2) 对于一些数字，二进制传输Server是没法处理的。如int 1,二进制数据是0x00000001，按字节传输的时候，client能够正常发送，但是libevent收到以后，在抛给libevent_http层是，会把数据截断，前两位0x00是字符串的停止符。

2、HTTP GET方法和POST方法文件大小限制

1.    Get方法长度限制

Http Get方法提交的数据大小长度并没有限制，HTTP协议规范没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。

如：IE对URL长度的限制是2083字节(2K+35)。

下面就是对各种浏览器和服务器的最大处理能力做一些说明.

Microsoft Internet Explorer (Browser)

IE浏览器对URL的最大限制为2083个字符，如果超过这个数字，提交按钮没有任何反应。
Firefox (Browser)

对于Firefox浏览器URL的长度限制为65,536个字符。

Safari (Browser)

URL最大长度限制为 80,000个字符。

Opera (Browser)

URL最大长度限制为190,000个字符。

Google (chrome)

URL最大长度限制为8182个字符。

Apache (Server)

能接受最大url长度为8,192个字符。

Microsoft Internet Information Server(IIS)

能接受最大url的长度为16,384个字符。

通过上面的数据可知，为了让所有的用户都能正常浏览， URL最好不要超过IE的最大长度限制(2083个字符），当然，如果URL不直接提供给用户，而是提供给程序调用，这时的长度就只受Web服务器影响了。

注：对于中文的传递，最终会为urlencode后的编码形式进行传递，如果浏览器的编码为UTF8的话，一个汉字最终编码后的字符长度为9个字符。

因此如果使用的 GET 方法，最大长度等于URL最大长度减去实际路径中的字符数。

2.    POST方法长度限制

理论上讲，POST是没有大小限制的。HTTP协议规范也没有进行大小限制，起限制作用的是服务器的处理程序的处理能力。

如：在Tomcat下取消POST大小的限制（Tomcat默认2M）；

打开tomcat目录下的conf目录，打开server.xml 文件，修改

<Connector

debug="0"

acceptCount="100"

connectionTimeout="20000"

disableUploadTimeout="true"

port="8080"

redirectPort="8443"

enableLookups="false"

minSpareThreads="25"

maxSpareThreads="75"

maxThreads="150"

maxPostSize="0"

URIEncoding="GBK"

> 

</Connector>

增加红色字体部分 maxPostSize="0" (设为0是取消POST的大小限制)

3、HTTP POST上传文件

最近做项目时，发现手机客户端通过http协议post方式上传数据到服务端，在服务器端通过request.getInputStream()能获取到相应的数据，但用request.getParameter()却获取不到数据。这是怎么回事呢，后来发现这种情况跟form表单的属性 enctype有关系。
HTML中的form表单有一个关键属性 enctype＝application/x-www-form-urlencoded 或multipart/form-data。
 

1、enctype="application/x-www-form-urlencoded"是默认的编码方式，当以这种方式提交数据时，HTTP报文中的内容是：

Accept-Language: zh-CN  
User-Agent: Mozilla/4.0   
Content-Type: application/x-www-form-urlencoded   
Host: 192.168.12.102  
Content-Length: 42  
Connection: Keep-Alive  
Cache-Control: no-cache  
   
title=test&content=%B3%AC%BC%B6%C5%AE%C9%FA&submit=post+article   

Servlet的API提供了对这种编码方式解码的支持，只需要调用ServletRequest 类中的getParameter()方法就可以得到表单中提交的数据。

2、在传输大数据量的二进制数据时，必须将编码方式设置成enctype="multipart/form-data"，当以这种方式提交数据时，HTTP报文中的内容是：

Accept-Language: zh-CN  
User-Agent: Mozilla/4.0    
Content-Type: multipart/form-data; boundary=---------------------------7dbf514701e8  
Accept-Encoding: gzip, deflate  
Host: 192.168.12.102  
Content-Length: 345  
Connection: Keep-Alive  
Cache-Control: no-cache  
   
-----------------------------7dbf514701e8  
Content-Disposition: form-data; name="title"  
test  
-----------------------------7dbf514701e8  
Content-Disposition: form-data; name="content"  
....  
-----------------------------7dbf514701e8  
Content-Disposition: form-data; name="submit"  
post article  
-----------------------------7dbf514701e8--

如果以这种方式提交数据就要用request.getInputStream()或request.getReader()来获取提交的数据 ，用 request.getParameter()是获取不到提交的数据的。
 
 
最后注意request.getParameter()、request.getInputStream()、request.getReader()这三种方法是有冲突的，因为流只能被读一次。
比如： 
当form表单内容采用enctype=application/x-www-form-urlencoded编码时，先通过调用request.getParameter()方法获取数据后，再调用request.getInputStream()或request.getReader()已经获取不到流中的内容了，因为在调用 request.getParameter()时系统可能对表单中提交的数据以流的形式读了一次,反之亦然。
 
当form表单内容采用enctype=multipart/form-data编码时，调用request.getParameter()获取不到数据，即使已经调用了request.getParameter()方法也可以再通过调用request.getInputStream()或request.getReader()获取表单中的数据，但request.getInputStream()和request.getReader()在同一个响应中是不能混合使用的，如果混合使用会抛异常的。