你有没有想过，当你在客厅用手机看视频，而孩子在房间用平板上网课时，这些数据是怎么互不干扰、准确送达的？背后有个看不见的“快递员”在默默工作——传输层协议的数据封装。
数据是怎么被打包的？
想象一下你要寄一个包裹。你把东西装进盒子（应用层数据），写上收件人信息、贴个快递单（传输层加头部）。这个过程就叫“封装”。在家庭网络里，每一条消息，不管是微信文字还是在线游戏指令，都会经历类似步骤。
传输层主要用两种“快递服务”：TCP 和 UDP。TCP 像是挂号信，确保对方收到，适合网页浏览、文件下载；UDP 则像群发短信，速度快但不保证接收，适合直播、语音通话这类对实时性要求高的场景。
TCP 封装长啥样？
当你的电脑要访问某个网站，系统会把 HTTP 请求交给 TCP 处理。TCP 会在数据前面加上自己的头部信息，比如源端口号、目标端口号、序列号、确认号等。这一整块，就是被封装好的“数据段”。
<源端口> <目的端口> <序列号> <确认号> <数据偏移><标志位> ... <应用数据>这个数据段接着会被交给下一层（网络层），再套上 IP 头部，变成“数据包”，然后通过路由器发出去。到了对方设备，再一层层拆开，就像收包裹时撕掉一层层包装。
UDP 更简单粗暴
如果你在用智能家居的语音控制，比如对音箱说“打开灯”，这种指令通常走 UDP。它只加一个简单的头部，包含端口和长度，不做复杂校验。
<源端口> <目的端口> <长度> <校验和> <应用数据>虽然丢了可能重说一句，但换来的是更快响应。你不会想让“关空调”命令卡三秒才执行吧？
家里路由器其实在“中转站”
很多人以为路由器管所有数据，其实它主要处理到 IP 层。真正决定哪个 App 收哪个数据的，是传输层的端口号。比如你家电视在播视频用的是 TCP 80 端口，孩子的网课可能是 UDP 12000，路由器靠这些号码分发到不同设备。
下次Wi-Fi看着满格却卡顿，不妨想想是不是某个设备在疯狂“打包”大量UDP流量，挤占了通道。关掉后台直播或云同步，往往立马顺畅。
传输层的封装机制，就像家庭网络里的智能分拣系统，不动声色地让每个字节各归其位。看不见，却时刻在跑。