41-SACK

标准的 TCP 确认机制中，如果发送方发送了 0-1000 序号之间的数据，接收方收到了 0-100、300-1000，那么接收方只能向发送方确认 101，这时发送方会重传所有 101-1000 之间的数据，实际上这是不必要的，因为有可能仅仅是丢了一小段而已，但是在标准的 TCP 确认机制中，发送方无法感知这一事情，只能重传从 101 开始的所有数据。 为了优化这种情况，必须让发送方知道更多的接收
network
#network

71-HTTPS

这篇文章写的不错，转载一下 https://zhuanlan.zhihu.com/p/43789231 为什么需要加密？因为 http 的内容是明文传输的，明文数据会经过中间代理服务器、路由器、wifi热点、通信服务运营商等多个物理节点，如果信息在传输过程中被劫持，传输的内容就完全暴露了。劫持者还可以篡改传输的信息且不被双方察觉，这就是中间人攻击。所以我们才需要对信息进行加密。最容易理解的就是对称
HTTP
#HTTP

80-32 IO 模型-多路复用 poll

简介poll 的机制与 select 类似，与 select 在本质上没有多大差别，管理多个描述符也是进行轮询，根据描述符的状态进行处理，但是 poll 没有最大文件描述符数量的限制。poll 和 select 同样存在一个缺点就是，包含大量文件描述符的数组被整体复制于用户态和内核的地址空间之间，而不论这些文件描述符是否就绪，它的开销随着文件描述符数量的增加而线性增大。 poll 函数函数格式如下
network
#network

80-33 IO 模型-多路复用 epoll

背景epoll 是在 2.6 内核中提出的，是之前的 select 和 poll 的增强版本。相对于 select 和 poll 来说，epoll 更加灵活，没有描述符限制。epoll 使用一个文件描述符管理多个描述符，将用户关系的文件描述符的事件存放到内核的一个事件表中，这样在用户空间和内核空间的 copy 只需一次。 epoll 接口epoll 操作过程需要三个接口，分别如下： 1234567
network
#network

80-33 IO 模型-多路复用 epoll 2

原文链接：https://zhuanlan.zhihu.com/p/63179839 一、从网卡接收数据说起下图是一个典型的计算机结构图，计算机由CPU、存储器（内存）、网络接口等部件组成。了解epoll本质的第一步，要从硬件的角度看计算机怎样接收网络数据。 下图展示了网卡接收数据的过程。在①阶段，网卡收到网线传来的数据；经过②阶段的硬件电路的传输；最终将数据写入到内存中的某个地址上（③
network
#network