当电脑向缓慢的单片机灌固件，或主站高速轮询而从站 Flash 写忙时，接收 FIFO 会满。流控（Flow Control） 让接收方通知发送方「先停一下」，避免静默丢字节。串口里常见两类：硬件 RTS/CTS 与软件 XON/XOFF。

硬件流控 RTS/CTS - 额外两根线：RTS（Request to Send）、CTS（Clear to Send）。 - 接收方缓存将满时拉低/拉高（极性以芯片手册为准）对应握手脚，发送方硬件层暂停。 - 优点：不占用数据通道，二进制安全，稳定。 - 缺点：要布线；USB-UART 与 MCU 都要打开流控并交叉连接正确。 典型场景：长 G 代码 DNC、高波特率日志灌入慢设备、老式 Modem 线序设备。

软件流控 XON/XOFF - 不占额外线：接收方在 TX 上发 0x13（XOFF）暂停对端，0x11（XON）恢复。 - 优点：接线简单。 - 缺点：二进制协议极易误触发（载荷里碰巧有 0x11/0x13）；实现依赖双方软件都识别。 Modbus RTU、自定义二进制帧 不要 开 XON/XOFF。

与 DTR/DSR 别混 DTR/DSR 多用于 Modem 就绪或自动下载复位，不是 字节级流控。ESP/Arduino「一点连接就复位」查 DTR 电路，见《DTR/DSR》文。

本站 / Web Serial 怎么用 1. 设备手册要求硬件流控时，接线 RTS↔CTS，并在打开端口时启用 flowControl（若 UI 暴露；Web Serial 的 open 选项支持 hardware）。 2. 先不通流控、降波特率能否稳定；能则优先简化接线。 3. 丢包且缓冲相关：示波器/逻辑分析仪看 CTS 是否在满时动作；软件侧统计缺口。 4. 回环自测流控意义有限；应用真从站压测。 打开 https://www.serialpro.top/ 联调时：若设备未接线 RTS/CTS 却开启硬件流控，可能表现为 完全发不出去（一直等 CTS）。此时先关流控验证链路，再按手册补线。

选型口诀 | 场景 | 建议 | |---|---| | 板级调试日志 | 通常无流控 + 115200 | | 二进制工控 | 无软件流控；必要时硬件流控 | | 超慢从设备 | 降速 > 流控 > 加大缓冲 | | 文本行协议 | 可评估 XON/XOFF，仍优先硬件 | 流控是「防溢出」工具，不是乱码万能药。乱码仍先查波特率、共地、电平；确认字节完整后再优化吞吐与流控。