你有没有遇到过视频卡在99%？或者发微信语音，对方听出来是“机器人说话”？这些其实都和数据传输出了差错有关。我们每天刷视频、打游戏、开视频会议，背后靠的是无线网络把数据一点不漏地送到对方设备上。可网络环境复杂，信号干扰、距离远、设备多，数据很容易“走丢”或“变样”。这时候，就得靠网络协议来当“质检员”。
数据不是快递，丢了也不会自动补发
想象一下你给朋友寄一本书，如果路上丢了几页，收件人不可能知道少了啥，只能将就看。但网络传输不能这样。TCP 协议就设计了一套确认机制：每发一段数据，接收方必须回一个“收到”的信号。如果发送方等了几百毫秒还没收到确认，就会重新发送那部分数据。
比如你在咖啡馆抢购演唱会门票，网络拥堵，你的请求包可能被路由器丢掉。TCP 发现没收到服务器的确认，就会重发请求，直到拿到回应。这就是为什么你虽然觉得“卡了一下”，最后还是成功下单。
校验和：给数据加个“指纹”
数据在传输中可能被干扰，0 变成 1，1 变成 0。比如原本要传“同意支付”，结果变成“同意支村”，那就乱套了。为防这种问题，协议会给每段数据生成一个“校验和”——就像根据名字算出一个数字指纹。
接收方收到数据后，自己也算一遍指纹。如果两个指纹对不上，说明数据出错了，直接丢掉重传。这个过程在 IP、TCP、UDP 里都有应用。比如你在家用手机投屏电影，哪怕某个画面块出错，系统也能立刻发现并请求重发，不会让你看到花屏十几秒。
序列号让数据不乱序
网络不像专线，数据包走的路径可能不同。先发的包不一定先到。比如你发一条长消息，分成三段传输，结果第二段绕了远路，最后才到。如果没有序列号，接收方可能把内容拼成“第三段+第一段+第二段”，读起来前言不搭后语。
TCP 给每个数据块标上序号，接收方按号排队，再交给应用程序。就像快递柜按编号取件，不管谁先到，最终顺序不会乱。你看直播弹幕时，哪怕网络抖动，弹幕也不会“穿越”到未来。
UDP 的取舍：速度优先，允许少量出错
不是所有场景都像文件下载那样讲究完整。打游戏、看直播、语音通话更怕延迟。UDP 协议干脆不重传、不排序，数据发出去就不管了。如果某个语音包丢了，顶多是听到半秒“滋啦”，但整体对话不会卡住。
比如你和朋友连麦打游戏，他说“快跑！”，中间一个包丢了，你听到的是“快！”，虽然不完整，但不影响判断。这种“轻微失真换流畅”的策略，在实时通信里很常见。
Wi-Fi 自己也有纠错机制
在无线组网中，802.11 标准本身也有一层保护。比如使用前向纠错（FEC），在发数据时额外带一些“冗余信息”。哪怕接收端丢了几个比特，也能靠这些冗余算出原始内容。这就像老师讲课时重复关键词：“这个很重要，我再说一遍”，即使你走神一秒，也能补上。
现代路由器还支持 MIMO 和波束成形，定向增强信号，减少干扰导致的误码。你在家不同房间走动时，视频通话依然清晰，不只是协议的功劳，也是无线技术在底层默默纠正错误。