m0_74059961的博客

TCP（传输控制协议）是一种面向连接的、可靠的传输层协议，它通过多种机制来保证数据的可靠传输。本文介绍了 TCP 的序列号和确认机制、重传机制、流量控制、拥塞控制、校验和以及连接管理这六个保证可靠性的机制

介绍了 TCP 建立连接的三次握手的过程，以及每次握手的网络包如果丢失会发生什么

为了被动关闭方正确关闭连接，如果没有 TIME_WAIT 状态，第四次挥手的 ACK 报文丢失了，服务端重传第三次挥手报文，由于客户端没有持续 2MSL 的时间就直接关闭了，所以回复 RST 报文，服务端收到 RST 会将其解析为一个错误，进而关闭连接，这对于可靠的 TCP 来说不是一种优雅的关闭方式。无数据传输：看服务端有没有开启保活机制，如果开启了 keepalive，服务端会发送探测报文，在一段时间内（探测报文重传期间），如果客户端插上网线了，那么两端的 TCP 连接还是可以。

当 TCP 服务进程重启时，服务端会出现 TIME_WAIT 状态的连接，TIME_WAIT 状态的连接使用的 IP+PORT 仍然被认为是一个有效的 IP+PORT 组合，相同机器上不能够在该 IP+PORT 组合上进行绑定，那么执行 bind() 函数的时候，就会返回了 Address already in use 的错误。TCP 连接是由四元组（源IP地址，源端口，目的IP地址，目的端口）唯一确认的，那么只要四元组中其中一个元素发生了变化，那么就表示不同的 TCP 连接的。TCP UCP 协议栈。

本文介绍了TCP连接建立过程中半连接队列和全连接队列的作用，以及如何管理和优化这两个队列以应对高负载情况，包括调整队列大小、更改丢弃策略和防止SYN洪泛攻击的方法

本文介绍了 TCP 四次挥手过程中，主动断开连接方的 TIME_WAIT 状态为什么持续 2MSL 的时间

2. 软件优化：如果可以，把软件升级成较新的版本，比如将 Linux 内核 2.X 升级成 4.X，将 openssl 1.0.1 升级到 1.1.1，因为新版本的软件不仅会提供新的特性，而且还会修复老版本的问题。1. 硬件优化：因为 HTTPS 是属于计算密集型，应该选择计算力更强的 CPU，而且最好选择支持 AES-NI 特性的 CPU，这个特性可以在硬件级别优化 AES 对称加密算法，加快应用数据的加解密。

HTTP 的 Keep-Alive 和 TCP 的 KeepAlive 虽然看起来很相似，并且都与网络连接的维护有关，但它们实际上是在不同的层次和上下文中使用的机制。

本文介绍了 TCP 半连接和全连接的概念以及全连接队列和半连接队列溢出时会发生什么情况，还介绍了 SYN 洪泛攻击 / DDos 攻击以及解决方案