当你打开一个网页时，背后发生了什么
你在浏览器里输入一个网址，回车，页面就出来了。这个过程看起来简单，但背后是多个系统协同工作的结果。其中最关键的一环，就是协议栈如何实现HTTP协议。
HTTP（超文本传输协议）并不是凭空运行的，它依赖于底层的网络协议栈一步步把请求和响应传输出去。我们常说的TCP/IP协议栈，就是这一系列协作机制的统称。
协议栈的分层结构
现代网络通信采用分层设计，最常见的是四层模型：应用层、传输层、网络层、链路层。HTTP属于应用层协议，它不关心数据怎么传，只定义客户端和服务器之间交换信息的格式。
当浏览器发起一个HTTP请求时，它先把请求内容交给下一层——传输层。这里通常使用TCP协议，负责建立连接、保证数据顺序和重传丢失的数据包。
接着，TCP把数据交给网络层，也就是IP协议。它加上源地址和目标地址，让数据能在复杂的网络中找到路径。最后，链路层把数据帧发到物理网络上，比如Wi-Fi或以太网。
HTTP请求是如何被封装的
假设你要访问 http://example.com，浏览器生成如下请求：
GET / HTTP/1.1\r\nHost: example.com\r\nConnection: close\r\n\r\n这段文本就是HTTP协议的具体体现。它被交给TCP模块，TCP将其作为载荷，加上自己的头部信息，比如端口号、序列号。然后整个数据块再被IP协议封装，加上IP地址，最后由以太网帧封装成可以在局域网上传输的数据包。
这个层层包裹的过程，就像寄快递：HTTP是你要寄的书，TCP是打包盒子并写好编号，IP贴上收发地址，链路层则是把包裹送上运输车。
服务器端的拆解流程
数据到达目标服务器后，过程反过来。网卡接收到比特流，链路层先解析帧，交给IP模块。IP检查地址是否匹配，再把载荷交给TCP。TCP根据端口把数据交给监听80端口的Web服务程序，比如Nginx或Apache。
这时，HTTP协议才真正被解析。服务器读取请求行、请求头，判断资源路径，生成响应内容。常见的响应像这样：
HTTP/1.1 200 OK\r\nContent-Type: text/html\r\nContent-Length: 13\r\n\r\n<h1>Hello</h1>这个响应体同样要经过TCP、IP、链路层的封装，沿原路或新路径返回客户端。浏览器接收到后，逐层拆解，最终把HTML渲染成你看到的页面。
实际开发中的体现
在写后端服务时，很多人用Node.js、Python Flask或Go搭建HTTP服务。这些框架已经封装了协议栈的细节，但理解底层机制依然重要。比如，当你调用 res.send() 时，框架会构造HTTP响应头和体，交给操作系统的socket接口，由内核完成TCP/IP的封装和发送。
如果网络不稳定，可能丢包或延迟，TCP会自动重传，而HTTP本身不会处理这些问题。这也是为什么有时候页面加载卡住，刷新一下又好了——可能是某次TCP重传成功了。
调试这类问题时，工具如Wireshark能抓到每一层的数据包，清楚看到HTTP请求是怎么被封装在TCP段里的。这种可视化方式，让抽象的协议栈变得具体可查。