# HTTP协议
超文本传输协议 由万维网制定(w3c)
是浏览器与服务器通讯的应用层协议，规定了浏览器与服务器之间的交互规则以及交互数据的格式信息等。
# HTTP协议对于客户端与服务端之间的交互规则有以下定义:
要求浏览器与服务端之间必须遵循一问一答的规则，即:浏览器与服务端建立TCP连接后需要先发送一个请求(问)然后服务端接收到请求并予以处理后再发送响应(答)。注意，服务端永远不会主动给浏览器发送信息。
HTTP要求浏览器与服务端的传输层协议必须是可靠的传输，因此是使用TCP协议作为传输层协议的。
HTTP协议对于浏览器与服务端之间交互的数据格式，内容也有一定的要求。 浏览器给服务端发送的内容称为请求Request 服务端给浏览器发送的内容称为响应Response
请求和响应中大部分内容都是文本信息(字符串)，并且这些文本数据使用的字符集为:ISO8859-1.这是一个欧洲的字符集，里面是不支持中文的!!!。而实际上请求和响应出现的字符也就是英文，数字，符号。
# 请求Request
请求是浏览器发送给服务端的内容，HTTP协议中一个请求由三部分构成: 分别是:请求行，消息头，消息正文。消息正文部分可以没有。
# 1:请求行
请求行是一行字符串，以连续的两个字符(回车符和换行符)作为结束这一行的标志。 回车符:在ASC编码中2进制内容对应的整数是13.回车符通常用cr表示。 换行符:在ASC编码中2进制内容对应的整数是10.换行符通常用lf表示。 回车符和换行符实际上都是不可见字符。
请求行分为三部分: 请求方式(SP)抽象路径(SP)协议版本(CRLF) 注:SP是空格
GET /index.html HTTP/1.1
GET / HTTP/1.1
2
URL地址格式: 协议://主机地址信息/抽象路径
http://localhost:8088/TeduStore/index
GET /TeduStore/index.html HTTP/1.1
2
# 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)
2
3
4
5
6
7
8
9
10
# 3:消息正文
消息正文是2进制数据，通常是用户上传的信息，比如:在页面输入的注册信息，上传的 附件等内容。
GET /myweb/index.html 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.....
2
3
4
5
6
7
8
9
10
11
12
# 响应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协议手册中有相关的定义，可参阅。 状态描述手册中根据不同的状态代码有参考值，也可以自行定义。通常使用参考值即可。
# 2:响应头:
响应头与请求中的消息头格式一致，表示的是服务端发送给客户端的附加信息。
# 3:响应正文:
2进制数据部分，包含的通常是客户端实际请求的资源内容。
响应的大致内容:
HTTP/1.1 200 OK(CRLF)
Content-Type: text/html(CRLF)
Content-Length: 2546(CRLF)(CRLF)
1011101010101010101......
2
3
4
这里的两个响应头: Content-Type是用来告知浏览器响应正文中的内容是什么类型的数据(图片，页面等等) 不同的类型对应的值是不同的，比如:
| 文件类型 | Content-Type对应的值 |
|---|---|
html | text/html |
css | text/css |
js | application/javascript |
png | image/png |
gif | image/gif |
jpg | image/jpeg |
Content-Length是用来告知浏览器响应正文的长度，单位是字节。
浏览器接收正文前会根据上述两个响应头来得知长度和类型从而读取出来做对应的处理以显示给用户看。
# 相对路径与绝对路径
在html页面上我们可以指定一个资源的路径以便加载或使用。例如超链接，图片 等标签上常常会指定一个路径.
路径有两种:
# 1:相对路径
页面上使用"./"表示当前目录时，由于html是被浏览器解释的，因此该路径不能与在java源代码中使用"./"混淆(实际表示的路径不相同!)
浏览器在解释页面上的"./"时，是根据请求当前页面时URL中该页面所在的目录:
例如:
请求当前首页。我们在浏览器输入的地址为:
http://localhost:8088/myweb/index.html
那么在index.html页面中若使用了"./"路径，则浏览器理解的实际位置:
http://localhost:8088/myweb/
因此若页面上
<img src="./logo.png">
浏览器实际理解的该图片路径为:
http://localhost:8088/myweb/logo.png
相对路径在进行内部转发操作时可能导致定位失效。
http://localhost:8088/myweb/index123.html
404页面上
<img src="./404.png">
http://localhost:8088/myweb/404.png
2
"./"是URL中抽象路径中最后一个"/"的位置
"/"是URL中抽象路径中第一个"/"的位置
# 2:绝对路径
"/":根。指的位置是URL当中抽象路径开始的"/"
举例: v
http://localhost:8088/myweb/index.html
|----抽象路径-----|
2
3
在index.html页面上:
<img src="/myweb/logo.png">
^就是绝对路径中"/",对应URL中抽象路径部分起始的"/":
http://localhost:8088/myweb/index.html
^
2
3
4
5
因此，浏览器理解该图片的实际位置:
http://localhost:8088/myweb/logo.png