HTTP协议-pzyyll

HTTP协议

Web浏览器和Web服务器程序进行数据交换，发送请求和应答时，要遵循一定的协议(不然也无法解析数据)，这个协议就是超文本传输协议（Hyper Text Transfer Protocol, HTTP）.
HTTP协议使用TCP协议作为支持，为其提供可靠的数据传输服务。

Web浏览器和Web服务器

Paste_Image.png

HTTP1.1特性

应用层协议： HTTP工作在应用层，运输层使用TCP协议，默认端口为80
基于C/S模式：客户端通过浏览器（并非一定是浏览器）向服务器发出请求，服务器向客户端返回对请求的应答。
双向传输：客户端向服务器发送请求，服务器向客户端回应信息，客户端负责将回应信息解析呈现给用户。客户端也可以将诸如表单一类的信息发送给服务器。
支持多个主机名： HTTP1.1版本允许一个Web服务器处理几十个甚至几百个虚拟机的请求。
持久连接：允许客户机在一个TCP连接中发送多个相关文档的请求。 HTTP1.0以前的版本一个请求需要一个新的TCP连接。
部分资源选择：允许客户机只要求文档的部分资源的请求，这样可以减少服务器的负载，节省了资源。
支持高速缓存的代理： Web浏览器将用户浏览过的网页内容缓存在本机高速缓存中；亦可在客户机和服务器之间建立代理服务器，将本网络中曾经访问过的网页缓存在本地代理服务器中，客户端优先从代理服务器中读取信息，减少不必要的Internet访问流量。
内容协商：通过内容协商特性完成客户机和服务器的信息交换，确定传输的细节。
安全性好：使用鉴别方法提高安全性能。

HTTP的工作过程

客户机与服务器交互过程

交互过程

Web服务器监听本地80端口。等待请求。
建立连接。由TCP协议建立连接，开启一条传输通道，提供数据传输的保障。
客户端发出请求。连接建立后，即可向服务器发出请求，获取数据。请求封装在HTTP请求报文中。
Web服务器应答请求。收到请求后， Web服务器将应答和对应文件放入HTTP应答报文中，发送给客户端。
重复3， 4
通信结束，关闭连接。

HTTP无状态特性

服务器不去记录访问的客户端。

持久连接和非持久连接

HTTP1.1默认使用持久连接。

持久连接

Paste_Image.png

可一次连接请求多个文件

非持久连接

Paste_Image.png

每次连接只能请求一个文件

HTTP报文

报文有请求和应答两种。一般以文本形式发送。

请求报文

客户端使用，指明所需文档的名字和位置。

报文结构

Paste_Image.png

GET报文
最常用的的报文，请求参数以?para=val&para2=val2的形式加在URL后面。实体是空的，GET方式一般用来请求数据。当然要用来提交数据也没有人可以阻止你就是了。。。

Paste_Image.png

Host: 表示所要访问的主机。Host字段与方法字段结合，可以明确要访问的资源。如上图中一个完整的URL应当是：http://i0.wp.com/ooly.club/pzyyll/wp-content/uploads/2016/04/cropped-b_authentique1.jpg?resize-825%2c510
Connection: 告诉服务器对客户端做出应答后，是否保持连接，上图中的Keep-Alive，表示保持连接。例如一个网页文件中可能有多个图片连接，保持连接可以不断开连接而继续下载图片文件，提高效率和响应速度。
Accept: 表示客户端所接受的文档类型。常见的还有 image/gif, image/jpeg， application/vnd.ms-word等等。
User-Agent: 表示客户端类型。可以用于让服务器根据客户端类型返回应答内容，防止出现客户端无法理解应答的现象。
Referer: HTTP參照位址（referer，或HTTP referer），是HTTP表頭的一個欄位，用來表示從哪兒連結到目前的網頁，採用的格式是URL。換句話說，藉著HTTP參照位址，目前的網頁可以檢查訪客從哪裡而來，這也常被用來對付偽造的跨網站請求。
Accept-Encoding: 表示客户端能够理解的编码方式。
Accept-Language: 表示客户端优先接受的语言类型，服务器可以根据语言的不同返回不同版本的主页。

POST报文
另一个最常用的请求报文，一般用于提交数据，或请求参数比较敏感的，例如密码信息等。因为用POST方式提交的数据都会放在请求报文的实体中。
POST报文的首部行还常常会用到下面这个：

Content-type: （实体解析类型）
详细表单内容类型
较为常用的就是以下两种：
- application/x-www-form-urlencoded
- multipart/form-data
- 另外还有
- application/json
- text/xml
- 等等
  用一个例子作为说明，比如我要传递一个下面的表单信息：

Name:Zhili Cai
Pwd:1234567
Email: pzyyll@gmail.com

1.application/x-www-form-urlencoded: 用这种方式的实体内容的键值对用“KEY=VAL&KEY2=VAL2&..."的方法表示。并且会对KEY和VAL中的某些字符进行URI Encoding转义，具体有哪些可以参照这个，对于空格的处理是转换为‘+’.

POST /post.php HTTP/1.1/r/n
...
Content_type: charset=utf-8; application/x-www-form-urlencoded/r/n
/r/n                          //记得首部行与实体之间空一行
Name=Zhili+Cai&Pwd=1234567&Email=+pzyyll%40gmail.com

2.multipart/form-data：这种方式的实体就稍微有点复杂了，除了要指明content_type外，还要设置一个分隔字符串boundary，详细见下面：

POST /post.php HTTP/1.1
...
Content_type: multipart/form-data; boundary=abcdefghijklmn
                                      //实体与首部行之间空一行
--abcdefghijklmn                      //分割符前还要再加--
Content-Disposition: form-data; name="Name"
                                      //内容与首部行之间空一行
Zhili Cai
--abcdefghijklmn
Content-Disposition:form-data; name="Pwd"

1234567
--abcdefghijklmn
Content-Disposition:form-data; name="Email"

 pzyyll@gmail.com
--abcdefghijklmn--            //结束--boundary--

另外boundary还可以嵌套，以下是摘自官方文档的

   Content-Type: multipart/form-data; boundary=AaB03x

   --AaB03x
   Content-Disposition: form-data; name="submit-name"

   Larry
   --AaB03x
   Content-Disposition: form-data; name="files"
   Content-Type: multipart/mixed; boundary=BbC04y

   --BbC04y
   Content-Disposition: file; filename="file1.txt"
   Content-Type: text/plain

   ... contents of file1.txt ...
   --BbC04y
   Content-Disposition: file; filename="file2.gif"
   Content-Type: image/gif
   Content-Transfer-Encoding: binary

   ...contents of file2.gif...
   --BbC04y--
   --AaB03x--

Content-Disposition 用来指示出内容的类型，例如还有attachment，表示附件。具体可以查看文档

3.application/json: 需要浏览器和服务器支持

POST /post.php HTTP/1.1
...
Content_type: charset=utf-8; application/json
 //记得首部行与实体之间空一行
{"Name":"Zhili Cai", "Pwd":"1234567", "Email":" pzyyll@gmail.com"}

其它的请求方法还有HEAD, PUT, DELETE等

HEAD：与GET类似，但是应答报文无实体内容，一般用于检测URI是否有效，能否被访问。
PUT：用于将一个文档上传到服务器上，文档内容存储在实体中，服务器根据URI创建一个新文档，并将实体内容存入新文档中，如果文档在服务器上已经存在，则会覆盖旧文档。执行成功返回对应的应答报文，失败则报错。
DELETE：用来删除服务器上的文档。
各种方式可以查看RFC2616的第9章

应答报文

结构与请求报文类似，但是第一行是状态行，不是请求行了。

应答报文

一个实例：

                        --> HTTP/1.1 302 Found
                            Server: nginx
                            Date: Wed, 04 May 2016 06:06:52 GMT
                            Content-Type: text/html; charset=UTF-8
                            Transfer-Encoding: chunked
                            Connection: keep-alive
                            X-Powered-By: PHP/5.4.41
                            Expires: Wed, 11 Jan 1984 05:00:00 GMT
                            Cache-Control: no-cache, must-revalidate, max-age=0
                            Pragma: no-cache
                            Set-Cookie: [52 bytes were stripped]
                            X-Frame-Options: SAMEORIGIN
                            Set-Cookie: [257 bytes were stripped]
                            Set-Cookie: [247 bytes were stripped]
                            Set-Cookie: [249 bytes were stripped]
                            Location: http://ooly.club/pzyyll/wp-admin/

另外再补充下，现在的HTTP协议已经到版本2了，请求行和状态行,首部行和现在的不太一样
感兴趣的可以查看文档RFC7540

     GET /resource HTTP/1.1           HEADERS
     Host: example.org          ==>     + END_STREAM
     Accept: image/jpeg                 + END_HEADERS
                                          :method = GET
                                          :scheme = https
                                          :path = /resource
                                          host = example.org
                                          accept = image/jpeg
/******************************************************/
     POST /resource HTTP/1.1          HEADERS
     Host: example.org          ==>     - END_STREAM
     Content-Type: image/jpeg           - END_HEADERS
     Content-Length: 123                  :method = POST
                                          :path = /resource
     {binary data}                        :scheme = https

                                      CONTINUATION
                                        + END_HEADERS
                                          content-type = image/jpeg
                                          host = example.org
                                          content-length = 123

                                      DATA
                                        + END_STREAM
                                      {binary data}
/******************************************************/
     HTTP/1.1 100 Continue            HEADERS
     Extension-Field: bar       ==>     - END_STREAM
                                        + END_HEADERS
                                          :status = 100
                                          extension-field = bar

     HTTP/1.1 200 OK                  HEADERS
     Content-Type: image/jpeg   ==>     - END_STREAM
     Transfer-Encoding: chunked         + END_HEADERS
     Trailer: Foo                         :status = 200
                                          content-length = 123
     123                                  content-type = image/jpeg
     {binary data}                        trailer = Foo
     0
     Foo: bar                         DATA
                                        - END_STREAM
                                      {binary data}

                                      HEADERS
                                        + END_STREAM
                                        + END_HEADERS
                                          foo = bar

首部行中还有一个Cookie来记录用户行为，现在也用的比较广。

HTTP协议-pzyyll