CXDNW的博客

对称加密 也称为私钥加密，使用 相同的密钥 来进行 加密和解密。在 加密 过程中，明文数据 通过 应用 特定的算法 和 密钥 进行加密，生成 密文数据。解密过程则是 将 密文数据 应用 同样的 算法 和 密钥 进行解密，恢复为 明文数据。由于 加密 和 解密 都使用 相同的密钥，因此 对称加密算法的速度 通常较快，但 密钥 的 安全性 很重要。如果 密钥泄漏，攻击者 可以轻易地 解密数据。

拥塞窗口 cwnd 是 发送方 维护的 一个的 状态变量，它会 根据网络 的 拥塞程度 动态变化的。发送窗口 swnd 和 接收窗口 rwnd是 约等于的 关系，由于 加入了 拥塞窗口 的概念后，此时发送窗口的值 是 swnd=min(cwnd, rwnd)，也就是拥塞窗口 和 接收窗口 中的 最小值。只要网络中没有出现拥塞，cwnd 就会增大；但网络中出现了拥塞，cwnd 就减少；

服务器收到 客户端的 第三个随机数（pre-master key）之后，通过协商的 加密算法，计算出 本次通信的「会话秘钥」。加密通信算法 改变通知，表示 随后的 信息都 将用「会话秘钥」加密通信。服务器 握手结束 通知，表示 服务器的 握手阶段 已经结束。这一项 同时 把之前 所有内容的 发生的数据 做个摘要，用来 供客户端 校验。至此，整个 TLS 的握手阶段 全部结束。接下来，客户端 与 服务器 进入加密通信，就 完全是 使用普通的 HTTP 协议，只不过用「会话秘钥」加密内容。综述。

对于一些 具有 重复性的 HTTP 请求，比如 每次请求 得到的 数据 都一样的，我们 可以把 这对「请求-响应」的数据都 缓存在 本地，那么下次就 直接读取 本地的 数据，不必在 通过网络 获取 服务器的 响应了，这样的话 HTTP/1.1 的性能 肯定 肉眼可见的 提升。所以，避免发送 HTTP 请求的方法 就是 通过 缓存技术，HTTP 设计者早 在之前就 考虑到了这点，因此HTTP 协议的头部有不少是针对缓存的字段。HTTP 缓存有两种实现方式，分别是强制缓存 和 协商缓存。

关闭 连接时，客户端 向 服务端 发送 FIN 时，仅仅 表示客户端 不再发送 数据了 但是还能 接收数据。服务端 收到 客户端的 FIN 报文时，先回一个 ACK 应答报文，而 服务端 可能 还有 数据需要处理 和 发送，等 服务端 不再发送数据 时，才发送 FIN 报文 给客户端 来表示 同意现在 关闭连接。从 上面过程 可知，服务端 通常需要 等待完成 数据的 发送和处理，所以 服务端 的开发送，因此是 需要 四次挥手。ACK 和 FIN 一般 都会 分开发送，因此是 需要 四次挥手。

现在 考虑一个 场景，客户端先 发送了 SYN （seq=90）报文，然后 客户端 宕机了，而且 这个 SYN 报文 还被网络阻塞 了，服务端 并没有 收到，接着 客户端重启 后，又重新 向 服务端 建立连接，发送了 SYN （seq=100）报文（这里不是重传 SYN，重传的 SYN 的序列号是一样的一个「SYN 报文」比「最新的 SYN」报文早到达了 服务端，那么 此时服务端 就会 回一个 SYN+ACK 报文给 客户端，此报文中的 确认号是 91（90+1）。

用户消息 通过 TCP 协议传输 时，消息可能会 被 操作系统「分组」成 多个的 TCP 报文，如果 接收方的 程序如果 不知道。一定是「一对一」才能连接，不能像 UDP 协议可以 一个主机 同时向多个主机 发送消息，也就是 一对多是 无法做到的；内核是 通过 四元组 信息来 定位一个 TCP 连接的，并不会 因为 客户端的 端口号 相同，而导致 连接冲突的 问题。无论的 网络链路中 出现了怎样的 链路变化，TCP 都可以 保证一个报文 一定能够 到达 接收端；，是无法 读出一个 有效的 用户消息的。

（1）URL 解析（2）DNS 查询（3）TCP 连接（4）处理请求（5）接受响应（6）渲染页面。