从URL到页面展示

浏览器与服务器的交互

1. 在浏览器输入URL
2. 浏览器根据URL查找对应的域名的IP地址，查找顺序浏览器缓存-本机缓存-本机hosts文件-路由器缓存，若都没有找到跳到3，找到了跳到4
3. 使用域名解析，找到对应IP；
4. 浏览器向服务器发起tcp连接，与浏览器建立tcp三次握手。
5. 握手成功后，浏览器向服务器发送http请求，请求数据包。
6. 服务器处理收到的请求，将数据返回至浏览器
7. 浏览器收到HTTP响应
8. 读取页面内容，浏览器渲染，解析html源码
9. 生成Dom树、解析css样式、js交互
10. 客户端和服务器交互
11. ajax查询
12. 断开链接

具体的细节

• 三次握手细节：

1. 主机向服务器发送一个建立连接的请求（您好，我想认识您）；
2. 服务器接到请求后发送同意连接的信号（好的，很高兴认识您）；
3. 主机接到同意连接的信号后，再次向服务器发送了确认信号（我也很高兴认识您），自此，主机与服务器两者建立了连接。

TCP 协议：三次握手的过程采用 TCP 协议，其可以保证信息传输的可靠性，三次握手过程中，若一方收不到确认信号，协议会要求重新发送信号。

断开链接

• 四次挥手：

1. 主机向服务器发送一个断开连接的请求（不早了，我该走了）；
2. 服务器接到请求后发送确认收到请求的信号（知道了）；
3. 服务器向主机发送断开通知（我也该走了）；
4. 主机接到断开通知后断开连接并反馈一个确认信号（嗯，好的），服务器收到确认信号后断开连接；

补充说明:

• 为什么服务器在接到断开请求时不立即同意断开：当服务器收到断开连接的请求时，可能仍然有数据未发送完毕，所以服务器先发送确认信号，等所有数据发送完毕后再同意断开。
• 第四次握手后，主机发送确认信号后并没有立即断开连接，而是等待了 2 个报文传送周期，原因是：如果第四次握手的确认信息丢失，服务器将会重新发送第三次握手的断开连接的信号，而服务器发觉丢包与重新发送的断开连接到达主机的时间正好为 2 个报文传输周期。

参考：
从输入 URL 到页面加载完成的过程中都发生了什么
一个页面从输入URL到页面加载显示完成，这个过程都发生什么？