关于http协议

简介

HTTP协议 超文本传输协议 由万维网制定(w3c)。
是浏览器与服务器通讯的应用层协议，规定了浏览器与服务器之间的交互规则以及交互数据的格式信息等。

HTTP规则

HTTP协议对于客户端与服务端之间的交互规则有以下定义:

1. 要求浏览器与服务端之间必须遵循一问一答的规则，即:浏览器与服务端建立TCP连接后需要先发送一个请求(问)然后服务端接收到请求并予以处理后再发送响应(答)。
   注意：服务端永远不会主动给浏览器发送信息。
2. HTTP要求浏览器与服务端的传输层协议必须是可靠的传输，因此是使用TCP协议作为传输层协议的。
3. HTTP协议对于浏览器与服务端之间交互的数据格式，内容也有一定的要求。

请求和响应

浏览器给服务端发送的内容称为请求Request
服务端给浏览器发送的内容称为响应Response

请求和响应中大部分内容都是文本信息(字符串)，并且这些文本数据使用的字符集为:ISO8859-1。这是一个欧洲的字符集，里面是不支持中文的!!!。而实际上请求和响应出现的字符也就是英文，数字，符号。

请求Request

请求是浏览器发送给服务端的内容，HTTP协议中一个请求由三部分构成分别是：请求行，消息头，消息正文。消息正文部分可以没有。

1. 请求行
   请求行是一行字符串，以连续的两个字符(回车符和换行符)作为结束这一行的标志。
   回车符：在ASC编码中2进制内容对应的整数是13.回车符通常用cr表示。
   换行符：在ASC编码中2进制内容对应的整数是10.换行符通常用lf表示。
   回车符和换行符实际上都是不可见字符。

请求行分为三部分:
请求方式(SP)抽象路径(SP)协议版本(CRLF) 注:SP是空格
GET /myweb/index.html HTTP/1.1
GET / HTTP/1.1

URL地址格式:
协议://主机地址信息/抽象路径
http://localhost:8088/TeduStore/index.html
GET /TeduStore/index.html HTTP/1.1

2. 消息头
   消息头是浏览器可以给服务端发送的一些附加信息，有的用来说明浏览器自身内容，有的用来告知服务端交互细节，有的告知服务端消息正文详情等。

消息头由若干行组成，每行结束也是以CRLF标志。
每个消息头的格式为：消息头的名字(:SP)消息的值(CRLF)
消息头部分结束是以单独的(CRLF)标志。
例如:
Host: localhost:8088(CRLF)
Connection: keep-alive(CRLF)
Upgrade-Insecure-Requests: 1(CRLF)
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36(CRLF)
Sec-Fetch-User: ?1(CRLF)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,/;q=0.8,application/signed-exchange;v=b3;q=0.9(CRLF)
Sec-Fetch-Site: none(CRLF)
Sec-Fetch-Mode: navigate(CRLF)
Accept-Encoding: gzip, deflate, br(CRLF)
Accept-Language: zh-CN,zh;q=0.9(CRLF)(CRLF)

3. 消息正文
   消息正文是2进制数据，通常是用户上传的信息，比如:在页面输入的注册信息，上传的附件等内容。

GET /myweb/reg?username=xxx&password=xxx HTTP/1.1
Host: localhost:8088
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36
Sec-Fetch-User: ?1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,/;q=0.8,application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: none
Sec-Fetch-Mode: navigate
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
1010101101001…

HTTP响应Response

响应是服务端发送给客户端的内容。一个响应包含三部分：状态行，响应头，响应正文

1. 状态行
   状态行是一行字符串(CRLF结尾)，并且状态行由三部分组成，格式为：protocol(SP)statusCode(SP)statusReason(CRLF)
   协议版本(SP)状态代码(SP)状态描述(CRLF)
   例如:
   HTTP/1.1 200 OK

状态代码是一个3位数字，分为5类：
1xx:保留
2xx:成功，表示处理成功，并正常响应
3xx:重定向，表示处理成功，但是需要浏览器进一步请求
4xx:客户端错误，表示客户端请求错误导致服务端无法处理
5xx:服务端错误，表示服务端处理请求过程出现了错误

具体的数字在HTTP协议手册中有相关的定义，可参阅。
状态描述手册中根据不同的状态代码有参考值，也可以自行定义。通常使用参考值即可。
HTTP 状态码查询链接

常用状态码	解释
500	内部服务器错误。Internal Server Error 500内部服务器错误，服务器遇到未知无法解决的问题。
404	请求错误。Not Found 404 错误请求，​因发送的请求语法错误,服务器无法正常读取。
403	禁止访问。Forbidden 403 禁止访问，客户端没有权利访问所请求内容,服务器拒绝本次请求。
400	错误请求。Bad Request 400 错误请求，因发送的请求语法错误,服务器无法正常读取。
401	未经授权。Unauthorized 401 未经授权，需要身份验证后才能获取所请求的内容,类似于403错误.不同点是.401错误后,只要正确输入帐号密码,验证即可通过。
200	请求成功。200 OK 请求成功，表示已经请求成功，默认情况下的状态码为200的响应就可以被缓存了。
301	永久重定向。Moved Permanently 301 永久移动，该状态码表示所请求的URI资源路径已经改变,新的URL会在响应的Location:头字段里找到。
302	临时重定向。Found 302临时移动，该状态码表示所请求的URI资源路径临时改变,并且还可能继续改变.因此客户端在以后访问时还得继续使用该URI.新的URL会在响应的Location:头字段里找到。
502	无效网关。Bad Gateway 502 网关错误，服务器作为网关且从上游服务器获取到了一个无效的HTTP响应。

2. 响应头:
   响应头与请求中的消息头格式一致，表示的是服务端发送给客户端的附加信息。

3. 响应正文:
   2进制数据部分，包含的通常是客户端实际请求的资源内容。

响应的大致内容:
HTTP/1.1 404 NotFound(CRLF)
Content-Type: text/html(CRLF)
Content-Length: 2546(CRLF)(CRLF)
1011101010101010101…

这里的两个响应头:
Content-Type是用来告知浏览器响应正文中的内容是什么类型的数据(图片，页面等等)
不同的类型对应的值是不同的，比如:文件类型 Content-Type对应的值
html text/html
css text/css
js application/javascript
png image/png
gif image/gif
jpg image/jpeg

Content-Length是用来告知浏览器响应正文的长度，单位是字节。
浏览器接收正文前会根据上述两个响应头来得知长度和类型从而读取出来做对应的处理以显示给用户看。