HTTP协议（超文本传输协议）

http 超文本传输协议
顾名思义，专门用来在网络上传输超文本的协议！

A:以下是俩个客户端浏览器向服务器发送的http请求数据。
通过套接字，编写服务器端和客户端的程序，来套取以下信息。

（1）ie浏览器：
GET / HTTP/1.1
Accept: text/html, application/xhtml+xml, /
Accept-Language: zh-CN
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
Accept-Encoding: gzip, deflate
Host: 192.168.20.228:8888
Connection: Keep-Alive

（2）chrome浏览器
GET / HTTP/1.1
Host: 192.168.20.228:8888
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8,zh-CN;q=0.6,zh;q=0.4

通过观察：
我们发现，浏览器不同，但是发送的键值，基本相同，只是值不同。
这难道是巧合吗？ 这不是巧合，而是ie浏览器和chrome浏览器都遵循http协议，该协议中规定了，一个http请求的格式是什么，然后其它各大浏览器厂商都来实现这个协议！

以下讲解各种请求头的含义，都是按照http协议规定的意思讲解的。
是客户端告诉web服务器的信息：
Accept：本客户端能接收什么类型的数据
Accept-language: 本客户端接收什么语言，服务器为根据客户端要求的语言，在服务器端去找相应的语言包（语言包需要程序员自己定义，就是需要额外编程才能实现国际化）
User-Agent: 告诉服务器，本客户端是哪种
Host： 告诉服务器，本客户端请求的是服务器上的哪个虚拟主机。
Connection: 告诉服务器，本客户端是否要求保持连接一直畅通

现在，已经用自己定义的服务器程序，套出了浏览器向服务器发送的http请求数据，下面我们可以自己做一个假浏览器，去访问真实的web服务器。
最后，套出了tomcat的响应数据：
tomcat6.0
HTTP/1.1 200 OK –>响应行
以下的都是响应头
Server: Apache-Coyote/1.1
ETag: W/”7347-1488675968803”
Last-Modified: Sun, 05 Mar 2017 01:06:08 GMT
Content-Type: text/html
Content-Length: 7347
Date: Sat, 15 Jul 2017 05:53:37 GMT
回车隔开一行
这里都是响应体

Sever：告诉浏览器本服务器是哪种
Etag：用于甄别一个web资源是否发生变化
Last-Modified：请求的文件上次的修改事件（格林尼治时间）
Content-Type：服务器告诉浏览器，我给你发送的是什么格式的数据
Content-Length：服务器告诉浏览器，我一共给你发送多少个字节的数据量
Date：服务器的系统时间。

以上的响应数据是tomcat服务器响应的，试想其它web服务器的响应数据格式与tomcat一致吗？ 一致的！ 为什么？ 这是http协议规定的！

所以，http协议，同时规定了浏览器发送请求的格式，以及服务器响应数据的格式。
达到任何浏览器能请求任何web服务器，任何web服务器也能给任何浏览器响应数据。

响应码
200 请求成功，响应也成功
304 让浏览器使用缓存
404 请求的资源不存在
500 请求的资源存在，但是资源中有语法错误!
501 不支持的请求方式
503 服务器暂时没有准备好。过一会就好。就是正在启动服务器的过程中。
302 让客户端找别的资源。