C++实现Windows平台蓝牙串口设备断开状态检测

你当前使用的GetCommState/SetCommState方案无法生效的核心原因是：蓝牙SPP虚拟串口的驱动会在设备断开后保留串口设备节点和已打开的句柄，上述两个API仅操作驱动缓存中的串口配置项，不会触发底层蓝牙链路的状态校验，因此只要串口设备节点未被系统移除，无论蓝牙是否连接，接口都会返回成功。

以下是三种经过验证的可行检测方案： #

方案1：串口层轻量检测（适配已打开虚拟串口的场景） #

不需要额外依赖蓝牙相关API，直接通过串口错误检测接口判断链路状态，开销极低：

• 核心逻辑是调用ClearCommError主动拉取串口当前的链路状态，蓝牙断开时驱动会置位线路错误标记，同时接口返回调用失败
• 配合0长度写操作做二次校验，兼容不同厂商蓝牙驱动的实现差异
  参考实现代码：

// 传入已初始化的虚拟串口句柄，返回true表示设备正常连接
bool isBthSerialConnected(HANDLE portcom)
{
    DWORD errCode = 0;
    COMSTAT comStat = {0};
    // 清除串口错误标记，链路断开时该接口会直接返回失败
    if (!ClearCommError(portcom, &errCode, &comStat)) {
        return false;
    }
    // 二次校验：发起0长度写请求，断开状态下写操作会被驱动拒绝
    DWORD writeBytes = 0;
    if (!WriteFile(portcom, NULL, 0, &writeBytes, NULL)) {
        return false;
    }
    return true;
}

注意：部分老旧第三方蓝牙栈（如早期Broadcom、千月驱动）的状态上报有1-2秒延迟，建议连续2次（间隔1秒）检测返回失败再判定为断开，避免误判。

方案2：蓝牙API直查链路状态（最准确） #

直接调用系统原生蓝牙接口读取链路层连接状态，完全不受虚拟串口残留状态影响，结果最准确：

• 链接系统自带的Bthprops.cpl库，先枚举本地蓝牙无线适配器
• 枚举所有已配对的蓝牙设备，通过设备MAC地址匹配目标设备
• 调用BluetoothGetDeviceInfo获取设备信息，返回结构中的fConnected字段即为设备实时连接状态
  该方案的缺点是需要提前获取目标蓝牙设备的MAC地址，无法仅通过串口句柄完成检测。

方案3：系统事件监听（无轮询实时通知） #

不需要定时轮询的场景下，可以注册系统WM_DEVICECHANGE消息监听，当蓝牙设备断开时，系统会广播DBT_DEVICEREMOVECOMPLETE事件，解析事件携带的设备路径，和当前打开的虚拟串口对应的设备实例做匹配，即可实时收到断开通知，检测延迟在100ms以内。

内容的提问来源于stack exchange，提问作者pureCod