万维网建立了HTTP超文本传输协议协议(w3c),作为浏览器-服务器通信的应用层协议,为浏览器-服务器与服务器之间的互动提供了规则,为交互式数据格式化了信息,等等。 HTTP协议规定了客户与服务之间的互动规则:浏览器和服务终端必须接受一个查询..
最后更新：2021-12-09 17:49:02 手机定位技术交流文章
HTTP协议
万维网联合会(w3c)创建了HTTP协议(Hypertext Transport 协议)。
它是浏览器与服务器之间的一个应用层协议,确定了浏览器-服务器互动以及交互式数据的规则。
格式信息等。
HTTP客户与服务互动协议协议规则
有以下定义:
浏览器和服务器之间必须遵循问答规则,即浏览器和服务器必须连接到 TCP 端口。
提交请求( 询问), 服务器将接收请求并在回复( 回答) 之前处理请求。 注意, 服务器 。
未收到信件:%s%s
为了可靠,HTTP要求浏览器和服务端之间的传输层协议,因此使用TCP协议作为传输层。
协议的。
HTTP 协议还要求为浏览器与服务端通信的数据格式提供内容。
请求中提及浏览器向服务器提交的内容 。
回复指的是服务器向浏览器提供的材料 。
请求和响应有效载荷的大部分是文本信息(字符串),该文本数据使用的字符集是:
ISO8859-1是一个欧洲字符系统,不支持中文! 事实上,有要求和答案。
是英语、数字或符号。
请求Request
请求是传送到服务器的浏览器内容, HTTP 协议中的一项请求由三部分组成:
请求许可、头条、头条、头条。无法找到消息的文本 。
1:请求行
线条必须是一个行字符串, 有两个连续字符( 背和换行符) 表示行的结尾 。
ASC代码第2号的号码是13 返回符号通常用正字写。
换行符: ASC 代码中项目2的整数为 10 。 换行符通常在 if 中注明 。
返回和换行是几乎无法察觉的字符。
请求行分为三部分:
请求方法(SP) 抽象路径(SP) 协议版本(CRLF) 注: SP无效, CRLF正在改变路线
GET /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:消息正文
信息正文是两点数据,通常由用户提交信息,例如输入网页、上传的登记数据。
附件等内容。
GET /myweb/login.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
HTTP反应代码
回复是服务向客户提供的信息,回复由三部分组成:州直线、回复主管和回复机构。
1:状态行
状态线是一条线(在CRLF结尾处),由以下格式的三个组成部分组成:
protocol(SP)statusCode(SP)statusReason(CRLF)
(SP) 地位法(SP) 地位法(SP) 地位法(CRLF) 地位法(SP) 地位法(SPR) 地位法(SPR) 地位法(SRLF) 地位法(SRLF)
例如:
HTTP/1.1 200 OK
状态代码是一个三位数的数字,分为五组:
1xx:保留
2xx:成功,表明处理成功,反应典型。
3xx:重定向,表示处理成功,但需要更多的浏览器请求。
4xx:客户出错,显示客户请求出错,使服务器无法处理请求。
5xx: 服务端错误, 表示在服务端处理请求方面存在问题 。
《HTTP议定书手册》界定了可以审查的具体数字。
状况说明手册载有基于各种身份代码的参考值,这些代码可以自行指定。
响应头:
回复信头与请求中的信息信头一样,表示该服务向客户提供的额外信息。
响应正文:
2 演变数据部分,通常包含客户要求的参考资料。
响应的大致内容:
HTTP/1.1 200 OK(CRLF)
Content-Type: text/html(CRLF)
Content-Length: 2546(CRLF)(CRLF)
1011101010101010101…
这里的两个响应头:
Centrent- Type 用于告诉浏览器显示哪种数据( 图片、 页面等) 对文本正文内容发生反应 。
各种价值的数值不尽相同,例如:
文件类型类型的 Center- Type 值
html text/html
css text/css
js application/javascript
png image/png
gif image/gif
jpg image/jpeg
Concent-Length 用于以字节表示文本长度的浏览器 。
在收到文本正文之前,浏览器将根据上述两份答复学习长度和类型,以便阅读以供必要的处理。
显示给用户看。
本文由 在线网速测试 整理编辑，转载请注明出处。
