数据从电脑到网络，就像打包快递
你发个微信消息，点一下发送，对方就收到了。看起来简单，背后其实经历了一场复杂的‘打包旅行’。这趟旅程的起点和终点，都离不开网络协议栈的封装与解封装。
你可以把数据想象成一件要寄出的快递。你写的文字是货物，但不能裸着扔进物流系统。得先装盒、贴单、封箱——这一套操作，就是封装。
封装：一层层加料的过程
在你的电脑里，应用层生成数据，比如一条HTTP请求。它不会直接扔到网上，而是往下传给传输层。传输层加上TCP或UDP头，里面写着源端口、目标端口，相当于标注‘从哪来、到哪去’。
接着交给网络层，IP头被加上，包含源IP和目标IP。这就像在快递盒上写清发件人和收件人地址。到了数据链路层，再套上MAC地址的帧头帧尾，准备在局域网里跑。
每一层都只关心自己的头信息，上一层的数据+头部，成了下一层的‘载荷’。像洋葱一样，一层裹一层。
真实例子：访问网页时发生了什么
你在浏览器输入 www.example.com，回车。系统先通过DNS拿到IP地址，然后准备发HTTP请求。
TCP开始建立连接，三次握手启动。这时候，每个握手包都在经历封装：应用层没数据，传输层加SYN标志，网络层填IP，链路层塞进以太网帧。最终变成电信号或光信号，在网线或Wi-Fi中传输。
解封装：拆包裹，一层层剥开
目标服务器收到这个数据帧后，不会一股脑全读。它从底层开始处理：先看MAC地址，如果是发给自己的，就去掉帧头帧尾；再看IP地址，匹配的话，就把IP头也剥掉；最后把剩下的交给TCP模块，检查端口、序列号，还原出原始数据。
这个过程就是解封装。每层各司其职，只处理自己负责的部分，把有效载荷往上交。直到应用层拿到完整的HTTP请求，服务器才能返回网页内容。
排错场景：为什么ping不通？
某天公司内网突然上不了某个服务，但其他网站正常。你用ping测试，没回应。
这时候可以分层排查：先看本地能不能ping通网关。如果不行，可能是数据链路层问题——网线松了，或者交换机端口故障。能通网关但不通外网？查IP头里的地址是不是配错了，子网掩码对不对。
如果ping能通，但网页打不开，问题可能出在传输层。比如防火墙拦了80端口，TCP根本连不上。这时候抓包看有没有SYN发出但没回ACK，就能定位到是中间设备在作怪。
抓包看封装实际样子
用Wireshark抓一个HTTP请求，你会看到：
<Ethernet II> Src: aa:bb:cc:dd:ee:ff, Dst: 11:22:33:44:55:66
<Internet Protocol> Src: 192.168.1.100, Dst: 93.184.216.34
<Transmission Control Protocol> Src Port: 54321, Dst Port: 80
<Hypertext Transfer Protocol> GET / HTTP/1.1
Host: www.example.com每一行对应一层头信息。这就是封装后的真面目。解封装时，设备就是按这个顺序一层层处理的。
理解封装与解封装，不是为了背概念，而是当你面对网络不通、连接超时这些问题时，能有方向地往下查。别一上来就重启路由器，先想想：是包裹没打包好，还是路上丢了，又或是对方拒收了？