从零理解 TCP/IP 协议栈:网络世界的通用语言
内容提要
本文讲解TCP/IP协议栈：网络通信分层解耦，发送时数据层层封装，接收时逆向解封装。TCP通过三次握手建立连接、四次挥手断开，并用滑动窗口做流量控制、慢启动等算法做拥塞控制；UDP无连接、轻量但不可靠。还介绍了IP地址、HTTP演进、DNS解析、抓包排查工具及性能优化与安全防护。
延伸解读
分层解耦：网络协议栈的设计哲学
TCP/IP 协议栈采用分层设计，每层只关心自己的职责，通过接口与上下层通信。这种解耦使得修改某一层的实现不会影响其他层，例如将物理层从以太网换成 Wi-Fi，上层的 TCP/IP 逻辑无需改动。理解这一点，就能明白为什么网络问题可以按层排查：链路不通查物理层，IP 不通查网络层，端口不通查传输层。
TCP 与 UDP：可靠与高效的权衡
TCP 通过三次握手建立连接、四次挥手断开，并利用滑动窗口进行流量控制、慢启动等算法进行拥塞控制，确保数据可靠有序。UDP 则无连接、不保证送达和顺序，头部仅 8 字节，轻量高效。选择哪种协议取决于场景：文件传输、网页浏览需要可靠性，选 TCP；视频通话、实时游戏能容忍偶尔丢包，选 UDP 更合适。
从握手到挥手：TCP 连接的生命周期
三次握手防止失效的连接请求突然到达服务器造成资源浪费；四次挥手因为 TCP 是全双工的，每个方向都需要单独关闭。主动关闭方在发送最后一个 ACK 后进入 TIME_WAIT 状态，等待 2MSL 才关闭，以确保对方能收到确认并让旧数据包在网络中消失。理解这些状态转换，有助于分析连接异常和端口占用问题。
性能与安全：协议栈的实战关注点
文章给出了 TCP 优化参数，如调整半连接队列、复用 TIME_WAIT 连接、增大缓冲区、启用 BBR 拥塞控制算法，以及 HTTP/2 多路复用和 CDN 加速。安全方面需警惕 SYN Flood 攻击（可用 SYN Cookie 防御）、ARP 欺骗（静态绑定防御）和 HTTPS 中间人攻击（证书校验、HSTS 防御）。这些实践点将协议知识与实际运维、开发问题直接关联。
Q&A
TCP 为什么需要三次握手，两次不行吗？
三次握手是为了防止已失效的连接请求突然传到服务器导致错误。如果只有两次，网络延迟的旧请求到达服务器后，服务器会以为连接已建立，但客户端早已放弃，造成服务器资源浪费。
TCP 和 UDP 的主要区别是什么？
TCP 是面向连接的，通过三次握手建立连接，提供可靠传输、流量控制和拥塞控制；UDP 是无连接的，不保证送达和顺序，没有流量控制，头部只有 8 字节，轻量但不可靠。
发送数据时，TCP/IP 协议栈是如何层层封装的？
应用层数据加上 HTTP 头，传输层加上 TCP 头，网络层加上 IP 头，链路层加上帧头和帧尾，最后物理层转换为比特流发送。接收方则逆向解封装，逐层去掉头部。
TCP 的流量控制和拥塞控制分别解决什么问题？
流量控制解决发送方太快导致接收方来不及处理的问题，通过滑动窗口机制，接收方告知发送方自己的窗口大小。拥塞控制解决网络本身拥塞的问题，通过慢启动、拥塞避免、快重传、快恢复等算法避免大量丢包重传。
DNS 解析的完整过程是怎样的？
解析顺序为：浏览器缓存 → 系统缓存 → hosts 文件 → LocalDNS → 根 DNS → 顶级 DNS → 权威 DNS，最终返回 IP 地址。
有哪些常用的网络排查工具？
常用工具包括：ping 测试连通性，traceroute 查看路径，netstat/ss 查看连接，tcpdump 抓包分析，Wireshark 图形化抓包工具。
如何防御 SYN Flood 攻击？
可以开启 SYN Cookie（net.ipv4.tcp_syncookies = 1），使用防火墙，或部署专业 Anti-DDoS 设备。
