1 / 11
文档名称:

HTTP相关面试题.docx

格式:docx   大小:62KB   页数:11页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

HTTP相关面试题.docx

上传人:老狐狸 2022/6/12 文件大小:62 KB

下载得到文件列表

HTTP相关面试题.docx

相关文档

文档介绍

文档介绍:协议
在 OSI 七层模型中, 协议位于最顶层的应用层中。通过扫瞄器访问网页就直
接使用了 协议。使用 协议时,客户端首先与效劳端的 80 端口建立
一个 TCP 连接,然后在这个连接的根底上进
常见 首部字段
通用首部字段〔恳求报文与响应报文都会使用的首部字段〕
Date:创立报文时间
Connection:连接的治理
Cache-Control:缓存的把握
Transfer-Encoding:报文主体的传输编码方式
恳求首部字段〔恳求报文会使用的首部字段〕 Host:恳求资源所在效劳器 Accept:可处理的媒体类型
Accept-Charset:可接收的字符集Accept-Encoding:可承受的内容编码Accept-Language:可承受的自然语言
响应首部字段〔响应报文会使用的首部字段〕 Accept-Ranges:可承受的字节范围Location:令客户端重新定向到的 URI Server: 效劳器的安装信息
实体首部字段〔恳求报文与响应报文的的实体局部使用的首部字段〕 Allow:资源可支持的 方法
Content-Type:实体主类的类型
Content-Encoding:实体主体适用的编码方式Content-Language:实体主体的自然语言
一次完整的 恳求事务包含以下四个环
Content-Length:实体主体的的字节数
Content-Range:实体主体的位置范围,一般用于发出局部恳求时使用

1. 建立起客户机和效劳器连接。
2. 建立连接后,客户机发送一个恳求给效劳器。
3. 效劳器收到恳求赐予响应信息。
,断开连接。
一次完整的 恳求所经受的 7 个步骤
通信机制是在一次完整的 通信过程中,Web 扫瞄器与 Web 效劳器之
间将完成以下 7 个步骤:
建立 TCP 连接->发送恳求行->发送恳求头->〔到达效劳器〕发送状态行->发送响
应头->发送响应数据->断 TCP 连接
建立 TCP 连接
在 工作开头之前,Web 扫瞄器首先要通过网络与 Web 效劳器建立连接,该
连接是通过 TCP 来完成的,该协议与 IP 协议共同构建 Internet,即有名的 TCP/IP
协议族,因此 Internet 又被称作是 TCP/IP 网络。 是比 TCP 更高层次的应用层协议,依据规章, 只有低层协议建立之后才能,才能进展更层协议的连接,因此, 首先要建立 TCP 连接,一般 TCP 连接的端口号是 80。
Web 扫瞄器向 Web 效劳器发送恳求行
一旦建立了 TCP 连接,Web 扫瞄器就会向 Web 效劳器发送恳求命令。例如:GET
/sample/ /。
Web 扫瞄器发送恳求头
扫瞄器发送其恳求命令之后,还要以头信息的形式向 Web 效劳器发送一些别的信息,之后扫瞄器发送了一空白行来通知效劳器,它已经完毕了该头信息的发送。
Web 效劳器应答
客户机向效劳器发出恳求后,效劳器会客户机回送应答, / 200 OK ,应答的第一局部是协议的版本号和应答状态码。
Web 效劳器发送应答头
正如客户端会伴同恳求发送关于自身的信息一样,效劳器也会伴同应答向用户发送关于它自己的数据及被恳求的文档。
Web 效劳器向扫瞄器发送数据
Web 效劳器向扫瞄器发送头信息后,它会发送一个空白行来表示头信息的发送到此
为完毕,接着,它就以 Content-Type 应答头信息所描述的格式发送用户所恳求的
实际数据。
Web 效劳器关闭 TCP 连接
一般状况下,一旦 Web 效劳器向扫瞄器发送了恳求数据,它就要关闭 TCP 连接,
然后假设扫瞄器或者效劳器在其头信息参加了这行代码:
Connection:keep-alive
TCP 连接在发送后将仍旧保持翻开状态,于是,扫瞄器可以连续通过一样的连接发
送恳求。保持连接节约了为每个恳求建立新连接所需的时间,还节约了网络带宽。
优化
·
TCP 复用:TCP 连接复用是将多个客户端的 恳求复用到一个效劳器端
TCP 连接上,而 复用那么是一个客户端的多个 恳求通过一个 TCP
连接进展处理。前者是负载均衡设备的

最近更新