(完整word版)Http协议解说

1、Http协议:超文本传输协议浏览器与服务端之间传输数据的协议，底层的传输协议为TCRHttp则为应用层协议，负责定义传输数据的格式HTTP协议分为1.0与1.1两个版本。现在常用为1.1版本。协议规定客户端与服务端通讯方式为：一次请求一次响应，即：客户端发起请求，服务端接收到请求后向客户端发送响应。服务端不会主动发 送内容给客户端。采取“一问一答”的形式HTTP请求和响应分别定义了个格式。并且，无论是请求还是响应中发送的字符（不含正文部分内容）都只能符合ISO8859-1编码字符（如: 数字，字母，符号）.像中文等其它字符都需要经过处理后才可以发送。HTTP请求格式：一个HTTP请求分为三部分

2、组成：请求行，消息头，消息正文1 ： 请求行请求行分为三部分请求方法资源路径协议(CRLF)method(请求方法)url(资源路径)protocol(CRLF )例如：GET /index.html HTTP/1.1(CRLF)请求行以CRLF结束(回车加换行)CR:回车符，asc编码中对应数字13LF :换行符，asc编码中对应数字102 . 消息头消息头由若干行表示，每行表示一个具体的头信息，每个头信息式分为两部分：消息头名字：消息头的值(CRLF)name: value(CRLF)每个消息头都以CRLF结尾。最后一个消息头结尾处会有两个 CRLF,第一个表示最后一个消息头结束，第二个表

3、示消息头(整个)部分结束。例如：Host: www.localhost:8080(CRLF)Cache-Control: max-age=0(CRLF)Upgrade-Insecure-Requests: 1(CRLF)User-Agent: Mozilla/5.0 (X11; Linux x86_64)AppleWebKit/537.36 (KHTML, like Gecko)Chrome/58.0.3029.110 Safari/537.36(CRLF)Accept:text/html,application/xhtml+xml+applicaijon/xml;q=0.9,im age/w

4、ebp,*/*；q=0.8(CRLF)Accept-Encoding: gzip, deflate, sdch, br(CRLF) Accept-Language: zh-CN,zh;q=0.8(CRLF)(CRLF)3 .消息正文正文部分不是必须部分，消息正文是2进制数据。是客户端在发送 请求时发送给服务端客户提交的数据。这些数据可能是注册信息，上传 的图片等。具体数据是什么类型以及这些2进制数据有多少字节会在消 息头中具体说明。若消息头中没有说明消息正文内容则这个请求中是 不含有正文的。下面是浏览器发送给服务端的一个请求(不含有正文部分)GET / HTTP/1.1Host: www.lo

5、calhost:8080Connection: keep-aliveCache-Control: max-age=0Upgrade-Insecure-Requests: 1User-Agent: Mozilla/5.0 (X11; Linux x86_64)AppleWebKit/537.36 (KHTML, like Gecko)Chrome/58.0.3029.110 Safari/537.36Accept:text/html,application/xhtml+xml+applicaijon/xml;q=0.9,im age/webp,*/*；q=0.8Accept-Encoding:

6、gzip, deflate, sdch, br Accept-Language: zh-CN,zh;q=0.8HTTP响应,HTTP响应格式也分为三个部分：状态行，响应头，响应正文1 .状态行格式 :(三部分)protocol status - code status - reason协议版本状态码状态描述2 .响应头响应头的格式与请求的消息头格式一致。3 . 响应正文响应正文也是二进制数据，用于将客户端请求的资源等信息发送给客户端。该正文具体表示的介质类型以及占用的字节长度会在响应头中有所描述一个HTTP响应大致内容：HTTP/1.1 200 OK(CRLF)-响应的状态行Content - Type: text/html(CRLF) 响应头Content - length:224586(CRLF)(CRLF)-响应头1101010101001.2进制字节数据。状态代码有5类：1xx : 信息响应类，表示接收到请求并继续处理2xx :处理成功响应类，表示动作被成功接收并处理3xx :重定向类，为了完成指定的动作，必须接受下一步处理4xx :客户端错误类，表示客户端请求包含错误的