平时我们在浏览器里输入一个网址，页面就唰一下出来了。这个过程看似简单，背后其实有一套严密的数据传输机制在支撑，其中“协议数据单元”就是关键角色之一。
什么是协议数据单元？
协议数据单元（PDU）是网络通信中不同层级之间交换信息的基本单位。每一层都有自己的PDU格式，比如物理层传的是比特，数据链路层用的是帧，而传输层则处理段或报文。到了应用层，像HTTP这样的协议，它的PDU其实就是我们常说的HTTP报文。
HTTP中的PDU长什么样？
当你访问一个网页时，浏览器会向服务器发送一个HTTP请求报文，这就是应用层的PDU。它包括请求行、请求头和可选的请求体。比如你登录某个网站，填写账号密码点击提交，这些数据就会被打包成一个HTTP POST请求的PDU发出去。
POST /login HTTP/1.1\nHost: example.com\nContent-Type: application/x-www-form-urlencoded\nContent-Length: 27\n\nusername=john&password=123这段文本就是一个典型的HTTP请求PDU。服务器收到后，也会返回一个响应PDU，包含状态码、响应头和响应体，比如返回200表示成功，然后把网页内容传回来。
拆包与重组：数据是怎么跑完这条路的？
其实HTTP报文并不会单独上路。它会被交给下一层——通常是TCP——封装成段。TCP加上自己的头部信息，比如端口号、序列号，然后交给IP层再打包成数据包。每下一层都会把自己的控制信息加进去，就像寄快递时一层层打包。
到了接收方，这个过程反过来：先拆IP包，再拆TCP段，最后还原出原始的HTTP报文。每一层都只关心自己那部分的PDU结构，各司其职。
为什么理解PDU对日常使用有帮助？
举个例子，你在公司连内部系统总是卡，但刷视频没问题。这时候如果懂一点PDU的概念，就知道可能是HTTP层面的问题，比如请求超时或者响应体太大。用浏览器开发者工具一看，发现某个接口返回了几百KB的JSON数据，那问题就很清楚了——不是网络慢，是应用层数据设计不合理。
再比如做前端调试时，看到400错误，说明请求PDU格式有问题；401则是认证信息没带对。这些状态码其实都是在告诉你：你的PDU在哪个环节没达标。
别看“协议数据单元”这个词挺学术，它就在我们每天上网的过程中来回穿梭。搞明白它怎么在HTTP里起作用，至少能让你在出问题时少点抓瞎，多点排查方向。