性能优化之HTTP

内容提要

• 浏览器渲染过程
• DNS
• TCP三次握手
• HTTP缓存机制
• CDN与集群

还记得HTTP协议吗？

1. 浏览器先输入一个网址
2. 然后浏览器先会去互联网上找DNS服务器进行解析
3. 从DNS服务器拿到服务器IP以后，在回到浏览器中
4. 然后浏览器拿着IP去发送HTTP请求
5. 服务器处理请求
6. 服务器响应请求
7. 浏览器处理响应
8. 继续请求其它资源

图一

• 从prompt 到 response是和网络相关的
• 从processing到onload是和浏览器相关的

1. prompt for unload
   • 这一步是先把之前的页面干掉
2. redirect、upload
   • 这一步是衔接前面的，也是和缓存相关的，浏览器发一个请求，是从缓存取，还是从服务器拿
3. app cache
   • 如果要从缓存拿的话，我就处理本地应用cache，如果没有就无所谓了
4. DNS
   • 开始解析
   • 解析结束
   • 有这些事件我们就可以去在这些节点上进行优化
5. TCP 层面
   • 三次握手
   • 开始连接 connectStart
   • https连接 secureConnectionStart
   • 连接结束 connectEnd
   • 然后服务器会拿到你的请求路径
6. Request 发送响应，但是连接还没完
7. Processing 处理文档
   • domLoading 开始载入dom
   • dominteractive 把文档设置为交互状态
   • domContentLoaded 触发这个事件
   • domComplete 浏览器把文档设置为complete（表示文档与网络相关的修改已经结束了）
8. onLoad (这个onload和，绑定那个onload事件是可以对应的)
   • loadEventStart
   • loadEventEnd

上面这是一次连接，然后下次再发请求的时候，回直接从Request开始。

是因为浏览器做了个优化，可以复用这个连接。

资源少就一个tcp连接，多任务就会打开多个tcp连接。keep-Alive模式

优化的点：

1. 网络：DNS、TCP连接
2. 传输
3. 浏览器
4. 缓存，包括浏览器本身的缓存和服务器中的缓存

DNS：

• DNS是域名系统，用于将域名转化为IP
• 顶级域名
• 域名资源记录
• 域名服务器
• 域名解析

TCP三次握手与四次挥手（如果少一次就不能保证，多一次就浪费）图二

• 三次握手

• 你发起连接请求
• 服务源接受你发送的连接，然后服务源会给你发送一个数据
• 然后你再发一条数据，告诉服务源我收到了

• 四次挥手

• 浏览器给服务源发送数据说我要挂了。
• 服务源响应说我收到你的请求了可以挂，我也要挂了。
• 然后浏览器发送数据可以断开。
• 服务源断开连接。

osiiso模型和TCPIP模型

• 应用层（data数据。HTTP、FTP、DNS、DHCP）
• 表示层
• 会话层（TCPIC把上面三个合并为应用层。HTTP就在这层。这一层会加一个）
• 传输层（TCP协议、UDP协议）
• 网络层（它封装的是二进制，它是帮助你找到对方主机，IP、ICMP这个是ping发的包）
• 数据链路层（这一块是做了封装，数据链路层传递的是电脉冲信号，也是有一种规则的。网卡的MAC地址。ARP是在局域网广播MAC地址，也有这种攻击，如我叫小明。）
• 物理层（硬件、网卡、网线、承载你数据的基础设施。纯硬件）

tcpdump

• -n 以ip地址显示
• host 192.168.0.200 and 111.13.100.92
• -i enp1s0 显卡地址

curl

• 用命令行进行远程http通讯

CDN

• 主机模式
• CDN离你最近的那台服务器

ttl最多64

缓存机制：

• Etag