http协议部分知识整理
1.客户端发给某个HTTP服务器的请求报文内容，例:
请求方法+请求URI + 协议版本
POST /form/entry HTTP/1.1
HOST:hackr.jp |
Connection:keep-alive |
Content-Type:application/x-www-form-urlencoded |
Content-Length:16 |请求首部字段
name=ueno&age=37 =>内容实体
2.接收到请求的服务器的响应报文内容，例
协议版本+状态码+状态码的原因短语
HTTP/1.1 200 OK
Date:Tue,10 Jul 2012 06:50:15 GMT |
Content-Length:362 |
Content-Type:text/html |响应首部字段
<html> 主体
...
3.请求URI定位资源
URI:统一资源标识符，URL：统一资源定位符。
URI用字符串标识某一互联网资源，而URL表示资源的地点，可见URL是URI的子集。
HTTP协议使用URI定位互联网的资源，真是因为URI的特性，在互联网上任何位置的资源都能访问到。
当客户端请求访问资源而发出请求时，URI需要将作为请求报文中的请求URI包含在内。指定请求URI方式有很多（以上客户端请求报文示例）
除此之外，如果不是访问特定资源而是对服务器本身发出请求，可以用一个*来替代URI。例如：
查询HTTP服务器端支持的HTTP方法种类：OPTIONS * HTTP/1.1
4.HTTP是不保存状态的协议，即无状态协议。
HTTP自身不对请求和响应之间的通信状态进行保存。也就是说在HTTP这个级别，协议对于发送过的请求或响应都不做持久化处理。这是为了更快的处理大量的事务，确保协议的可伸缩性。但是现如今因为无状态而导致的业务处理情况变得复杂。用户登陆一个网站跳转到另一个页面也想保持登陆状态的话，网站就需要掌握是谁发送的请求，需要保存用户的状态。HTTP/1.1虽然是无状态协议，但为了实现期望的保持状态功能，引入了cookie技术。
Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态。Cookie会根据从服务器发送的响应报文内的一个叫做Set-Cookie的首部字段信息，通知客户端保存Cookie。当下次客户端再往该服务器发送请求时，客户端会自动在请求报文中加入Cookie值后发送出去。
服务端发现客户端发送过来的Cookie后，会去检查究竟是从哪个客户端发来的连接请求，然后对比服务器上的记录，最后得到之前的状态信息。
讲诉过程：
①客户端发送请求报文（没有Cookie信息的状态）
②服务器响应报文(服务器端生成Cookie信息)
③同样的客户端再次发送请求报文时的请求报文（自动发送保存着Cookie信息）
5.告知服务器意图的HTTP方法（以下是HTTP/1.1中可使用的方法）
(1)GET:获取资源
GET方法用来请求访问已被URL识别的新的资源。指定的资源经服务器端解析后返回响应内容。如果请求的资源是文本，那就保持原样返回；如果是CGI（通用网关接口）那样的程序，则返回经过执行后的输出结果。
使用GET方法的请求与响应的例子：
① 请求： GET /index.html HTTP/1.1
Host:www.hackr.jp
响应： 返回index.html的页面资源
②请求： GET /index.html HTTP/1.1
Host:www.hackr.jp
If-Modified-Since:Thu,12 Jul 2012 07:30:00 GMT
响应： 仅返回2012年7月12日7点30分以后更新的index.html页面资源。如果未有内容更新，则以状态码304 Not Modified作为响应返回
(2)POST:传输实体主体
POST方法用来传输实体的主体。
虽然GET方法也可以传输实体的主体，但一般不用GET方法进行传输，而是用POST方法。虽说POST的功能和GET相似，但是POST 的主要目的不是获取响应的主题内容。
请求： POST /submit.cgi HTTP/1.1
Host:www.hackr.jp
Content-Length:1560(1560字节的数据)
响应： 返回submit.cgi接收数据的处理结果
GET和POST的区别(经典面试题)
(3)PUT：传输文件
PUT方法传输文件，就像FTP协议的文本上传一样，要求在请求报文的主体中包含文件内容，然后保存到请求URI指定的位置。
但是因为HTTP/1.1的PUT方法自身不带验证机制，任何人都可以上传文件，存在着安全性问题，因此一般的Web网站不使用该方法。若配合Web应用程序的验证机制，或架构设计采用REST(表征状态转移)标准的同类Web网站，就可能会开放使用PUT方法。
请求： PUT /example.html HTTP/1.1
Host:www.hackr.jp
Content-Type:text/html
Content-Length:1560(1560字节的数据）
响应： 响应返回状态码204 No Content（比如：该html已存在于服务器上）
(4)HEAD：获得报文首部
HEAD方法和GET方法一样，只是不返回报文主体部分。用于确认URI的有效性及资源更新的日期等
请求： HEAD /index.html HTTP/1.1
Host:www.hackr.jp
响应：返回index.html有关的响应首部
(5)DELETE:删除文件
DELETE方法用来删除文件，是与PUT相反的方法，DELETE方法按请求URI删除指定的资源。
但是HTTP/1.1的DELETE方法本身和PUT方法一样不带验证机制，所以一般的Web网站也不使用DELETE方法。当配合Web应用程序的验证机制，或遵守REST标准时还是有可能会开放使用。
请求：DELETE /example.html HTTP/1.1
Host:www.hackr.jp
响应：响应返回状态码204 No Content（比如该html已从该服务器删除）
(6)TRACE：追踪路径
TRACE方法是让Web服务器端将之前的请求通信返回给客户端的方法
(7)OPTIONS:询问支持的方法
OPTIONS方法用来查询针对请求URI指定的资源支持的方法。
(8)CONNECT:要求用隧道协议连接代理
CONNECT方法要求在与代理服务器通信时建立隧道，实现用隧道协议进行TCP通信。主要使用SSL(安全套阶层)和TLS(传输层安全)协议把通信内容加密后经网络隧道传输。
6.HTTP状态码
(1)200 OK
表示从客户端发来的请求在服务端被正常处理了
在响应报文内，随状态码一起返回的信息会因方法不同而发生改变。比如，使用GET方法，对应请求的资源的实体会作为响应返回；而使用HEAD方法时，对应请求资源的实体主体不随报文首部作为响应返回。
(2)204 No Content
代表服务器接收的请求已经成功处理，但在返回的响应报文中不含实体的主体部分。另外，也不允许返回任何实体的主体。比如，当从浏览器发送请求处理后，返回204响应，那么浏览器显示的页面不发生更新。
一般用于只需要从客户端往服务器发送信息，而对客户端不需要发送新信息的内容情况下。
(3)206 Partial Content
该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的GET请求。
(1)301 Moved Permanently
永久性重定向。该状态码表示请求的资源已被分配了新的URI，以后应使用资源现在所指的URI
例如下方给出的请求URI，当指定资源路径最后忘记加“/”，就会产生301状态码：
http://example.com/sample
(2)302 Found
临时性重定向。该状态码表示请求的资源已经被分配到了新的URL，希望用户（本次）能使用新的URI访问。
(3)303 See Other
该状态码表示由于请求对应的资源存在着另一个URI，应使用GET方法定向获取请求的资源。
(4)304 Not Modified
该状态码表示客户端发送附带条件的请求时，服务器端允许请求访问资源，但因发送请求未满足条件的情况后，直接返回304 Not Modified。304状态码返回时，不包含任何响应的主体部分。304虽然被划分在3XX类别，但是和重定向没关系
(5)307 Temporary Redirect
临时重定向
(1)400 Bad Request
表示请求报文中存在语法错误。当错误发生时，需修改请求的内容后再次发送请求
(2)401 Unauthorized
表示发送的请求需要有通过HTTP认证的认证信息。若之前已进行过1次请求，则表明用户认证失败。但浏览器初次接收到401响应，会弹出认证用的对话窗口。
(3)403 Forbidden
表明对请求资源的访问被服务器拒绝了。未获得文件系统的访问授权，访问权限出现某些问题（从未授权的发送源ip地址试图访问）都可能出现403状态码
(4)404 Not Found
表明服务器上无法找到请求的资源。除此之外，也可以是服务器端拒绝请求且不想说明理由时使用
(1)500 Internal Server Error
服务器在执行请求时发生了错误。也可能是web应用时存在的bug或某些临时的故障
(2)503 Service Unavailable
表明服务器暂时处于超负载或正在停机维修状态，现在无法处理请求。