一台仓库 RF 设备连续打印多张包裹标签时，经常在中途停住。相同打印机从电脑端使用基本正常，因此最初很容易把问题归因到模板、打印机缓存或 Android 代码。

真正有用的证据来自三处：应用发送日志、打印任务的张数位置，以及 RF 到打印机的网络质量。日志显示前几张标签已经完成 TCP 连接和写入，下一张却在连接阶段超时；同时 RF 侧出现明显丢包，而电脑侧连接仍然稳定。问题源于热点链路在打印机处理任务时短暂不可连接，某张标签的内容并未损坏。

为什么一次发送整批数据不可靠

原实现把多张标签拼成一个较大的字节流，通过一次连接全部写入。这个方式代码简单，但现场链路一旦抖动，就很难判断打印机已经接收 …