TCP 是面向流的传输协议，本身没有「数据包边界」的概念，发送端合并发送、接收端分批读取都是原生特性，粘包、半包是 TCP 通信的必然现象。工业现场对接 PLC、网关、仪表、视觉系统时，十次对接有九次会遇到数据解析错乱、时好时坏的问题，根源几乎都是没有做完整的帧边界处理，直接来多少数据就解析多少。工业场景对通信可靠性要求极高，错一帧可能导致误动作、漏采集。处理粘包半包的方案有很多，但综合通用性、稳定性、容错性来看，长度前缀 + 累积缓冲区 + 循环帧解析是最稳妥、应用最广的标准方案，也是绝大多数工业协议（Modbus TCP、S7、自定义二进制协议）的通用处理思路。本文从原理本质、方案对比、协议设计、核心实现、容错兜底到踩坑避坑，系统讲解工业级 TCP 粘包半包的标准处理方案。一、先搞懂本质：粘包、半包到底是什么TCP 传输的是「字节流」，上层业务的「数据包」在 TCP 层面只是无差别的字节序列，不会保证一次发送对应一次接收。1.1 粘包：多个数据包粘在一起发送端连续发送两帧数据，TCP 为了提升效率合并成一个包发送；或者接收端缓冲区攒了多帧才一次读取。表现为一次收到的数据里包含了 2 帧甚至更多完整数据，解析时如果只取第一帧，后面的数据就会丢失或错乱。1.2 半包：一帧数据