硬件流控制（RTS/CTS）是串口通信中一种高效的流量协调机制。为了让你快速把握核心，我们先通过一个表格来梳理它的关键信息，随后再深入其工作细节和应用场景。
特性维度 | 硬件流控 (RTS/CTS) |
|---|---|
核心原理 | 通过独立的物理信号线（RTS和CTS）及电平变化控制数据流 |
信号角色 | -RTS：输出信号，指示本设备的接收就绪状态 |
物理连接 | 必须交叉连接：A设备的RTS接B设备的CTS，A设备的CTS接B的RTS |
有效电平 | 常见为低电平有效，但需根据设备规范确认 |
核心价值 | 实现实时、高效的流量控制，防止数据丢失 |
🔧 工作机制详解
你可以把RTS/CTS想象成一套精密的“交通信号灯系统”，它确保了数据在“马路”（通信链路）上畅通无阻，不会因“堵塞”（接收端缓冲区满）而丢失。
信号定义与交互逻辑
RTS：这是一个输出信号。它相当于一个公告牌，告诉对方：“我这里的接收能力如何”。当本设备的接收缓冲区有足够空间时，会置RTS为有效电平（通常是低电平），意思是“我准备好了，可以发送数据给我”；当缓冲区快满时，则置RTS为无效电平，意思是“暂停发送，我需要处理一下”。
CTS：这是一个输入信号。它相当于一个红绿灯，指示本设备：“你现在能否发出数据”。本设备在发送数据前和发送过程中，会持续检测CTS引脚的电平。只有当CTS为有效电平（表示对方允许发送）时，本设备才会开始或继续发送数据。
工作流程示例
假设设备A要向设备B发送数据：
步骤1：准备接收。设备B如果接收缓冲区有空，会置其RTS为有效（低电平）。由于A的CTS引脚连接着B的RTS，因此A检测到自己的CTS有效。
步骤2：开始发送。设备A检测到CTS有效，于是开始通过TX线向设备B发送数据。
步骤3：流量控制。设备B的接收缓冲区数据量达到阈值，它将自己的RTS置为无效（高电平）。设备A随即检测到自己的CTS变为无效。
步骤4：暂停发送。设备A在检测到CTS无效后，立即停止发送数据。
步骤5：恢复发送。设备B处理完部分数据，缓冲区空间恢复，它再次将RTS置为有效。设备A检测到CTS有效后，自动恢复数据发送。
为了更直观地理解这一互动过程，你可以参考下面的工作流程图：
⚖️ 不同应用场景下的含义
需要注意的是，RTS/CTS在不同语境下侧重点略有不同：
传统RS-232标准：最初设计用于半双工调制解调器的收发状态切换。DTE（如电脑）通过置高RTS请求发送权，DCE（如调制解调器）则通过置高CTS作为响应，允许发送。
现代硬件流控：更常见的含义是用于全双工通信的流量控制机制，其工作逻辑如上文所述。
无线网络（Wi-Fi）：在IEEE 802.11协议中，RTS/CTS作为一种握手协议，用于解决“隐藏终端”问题，其机制与串口流控不同。
⚠️ 配置与实践要点
物理连接是基础：务必使用支持完整信号线的线缆（如DB9接口的7号引脚RTS和8号引脚CTS），并确保交叉连接。
双方设备均需启用：通信双方必须在软件层面同时开启硬件流控功能。仅一方设置是无效的。
确认有效电平：虽然多数设备为低电平有效，但最好查阅设备手册确认。
软件支持是关键：硬件流控需要软件驱动来实现信号检测和数据流控制，因此务必确保驱动和应用程序配置正确。
💎 总结与选择建议
硬件流控（RTS/CTS）通过独立的专用信号线，实现了高速、可靠的数据传输节奏管理，特别适合数据完整性要求高的场景。
在选择流控方式时，可以参考以下原则：
优先选择硬件流控（RTS/CTS）的场景：通信速率高、传输的是二进制数据、对可靠性要求极严、连接线完备。
考虑软件流控（XON/XOFF）的场景：通信速率很低、仅需TX/RX/GND三根线、传输内容为纯文本（避免与控制字符冲突）
