JIESA的专栏

http://en.wikipedia.org/wiki/List_of_HTTP_status_codes响应码由三位十进制数字组成，它们出现在由HTTP服务器发送的响应的第一行。响应码分五种类型，由它们的第一位数字表示：1. 1xx：信息，请求收到，继续处理2. 2xx：成功，行为被成功地接受、理解和采纳3. 3xx：重定向，为了完成请求，必须进一步执行的动作4.

http的不同状态，一些常见的状态码为： 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务不可用 1xx（临时响应） 表示临时响应并需要请求者继续执行操作的状态代码。代码   说明 100   （继续） 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。  101   （切换协议） 请求者已要求服务器切换

原因分析：1.客户端与服务器的链接已经关闭（可能是客户端，也可能使服务器端，一般是客户端主动关闭），客户端继续向服务端写数据；2.在使用httpclient的threadsafeconnectionmanager或者poolconnectionmanger的时候容易出现，原因是我们设置了连接获取数据超时的时间；解决方法：1.为你的httpclient添加retry 

结论：如果使用httpclient 3.1并发量比较大的项目，最好升级到httpclient4.2.3上，保证并发量大时能抗住。httpclient 4.3.3，目前还有一些bug；还是用4.2.x稳定版本吧。 以库存项目为例：httpclient一天并发量在1500w左右，峰值一秒7万。 在之前使用过程中，一直存在大量的 org.apache.http

HTTP 是一个属于应用层的面向对象的协议，HTTP 协议一共有五大特点：1、支持客户/服务器模式；2、简单快速；3、灵活；4、无连接；5、无状态。无连接无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。早期这么做的原因是 HTTP 协议产生于互联网，因此服务器需要

这些都是基础知识，不过有必要做深入了解。先简单介绍一下。二者的定义：当你在浏览网站的时候，WEB 服务器会先送一小小资料放在你的计算机上，Cookie 会帮你在网站上所打的文字或是一些选择，都纪录下来。当下次你再光临同一个网站，WEB 服务器会先看看有没有它上次留下的 Cookie 资料，有的话，就会依据 Cookie里的内容来判断使用者，送出特定的网页内容给你。

1.    Get方法长度限制Http Get方法提交的数据大小长度并没有限制，HTTP协议规范没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。如：IE对URL长度的限制是2083字节(2K+35)。下面就是对各种浏览器和服务器的最大处理能力做一些说明.Microsoft Internet Explorer (Browser)IE浏览器对

HTTP(HyperText Transfer Protocol)是一套计算机通过网络进行通信的规则。计算机专家设计出HTTP，使HTTP客户（如Web浏览器）能够从HTTP服务器(Web服务器)请求信息和服务，HTTP目前协议的版本是1.1.HTTP是一种无状态的协议，无状态是指Web浏览器和Web服务器之间不需要建立持久的连接，这意味着当一个客户端向服务器端发出请求，然后Web服务器返回响应(

TCP   HTTP   UDP:都是通信协议，也就是通信时所遵守的规则，只有双方按照这个规则“说话”，对方才能理解或为之服务。TCP   HTTP   UDP三者的关系:TCP/IP是个协议组，可分为四个层次：网络接口层、网络层、传输层和应用层。在网络层有IP协议、ICMP协议、ARP协议、RARP协议和BOOTP协议。在传输层中有TCP协议与UDP协议。

这两天做好的功能要上线了。但是测试的时候忽然发现当POST提交数据量多大时，会导致后端报400错误。最开始以为瓶颈存在于tomcat，因为tomcat默认能接受的POST请求大小为2M，所以手动修改tomcat server.xml 文件，将接受POST大小修改为不限制。 经测试，发现依旧不起作用。 今天上网查询了相关资料，解决了这个问题。资料比较零散，在这里整理一下，为同样遇到该问题的伙伴们提供