Windows 10 UWP订阅BLE设备GattCharacteristic通知失败排查

看了你的代码和运行输出，我发现两个核心问题，正是它们导致设备很快断开、姿态变化没触发事件：

1. 局部变量被GC回收导致连接断开 #

你的bluetoothLEDevice是方法内的局部变量，当SubscribeToOrientationChangeNotification方法执行完后，.NET的垃圾回收器很可能会把这个对象回收掉。而Windows的BLE API有个关键规则：如果没有对BluetoothLEDevice对象保持强引用，系统会自动断开与设备的连接。

修复方式：
把设备变量升级为类的成员变量，确保它不会被轻易回收：

// 在类的顶部声明成员变量，保持强引用
private BluetoothLEDevice _connectedDevice;

public async void SubscribeToOrientationChangeNotification() {
    // 去掉原来的局部变量声明，直接用成员变量
    // BluetoothLEDevice bluetoothLEDevice = null;
    ...
    if (mac.Equals(DEVICE_MAC_ADDRESS)) {
        _connectedDevice = await BluetoothLEDevice.FromIdAsync(deviceInformation.Id);
        Debug.WriteLine($"Found Bluetooth LE Device [{mac}]: {_connectedDevice.ConnectionStatus}");
        break;
    }
    // 后续代码里的bluetoothLEDevice都替换成_connectedDevice
    _connectedDevice.ConnectionStatusChanged += ConnectionStatusChangeHandler;
    ...
}

2. 订阅配置与特征支持的类型不匹配 #

从你的Debug输出能看到，目标特征的属性是None Read Indicate——这说明这个特征只支持Indicate（带确认的通知），不支持普通的Notify。但你代码里用的是GattClientCharacteristicConfigurationDescriptorValue.Notify，这就导致订阅逻辑和设备能力不匹配，即使代码返回Success，设备也不会给你发通知。

修复方式：
把订阅配置改成Indicate：

GattCommunicationStatus status = await characteristic.WriteClientCharacteristicConfigurationDescriptorAsync(
    GattClientCharacteristicConfigurationDescriptorValue.Indicate); // 替换成Indicate

额外的排查建议 #

• 检查应用权限：确保你的UWP/桌面应用已经获取了蓝牙访问权限，在Package.appxmanifest里要添加bluetooth功能声明，桌面应用还要在系统设置里确认权限开启。
• 用工具验证设备行为：可以用微软商店的Bluetooth LE Explorer先测试设备，确认它能正常发送Indicate通知，再回到代码排查问题。
• 优化异步操作：如果是在UI线程调用这个方法，建议在await后面加上ConfigureAwait(false)，避免可能的UI线程死锁，比如：

_connectedDevice = await BluetoothLEDevice.FromIdAsync(deviceInformation.Id).ConfigureAwait(false);

把这两个核心问题解决后，应该就能正常收到设备姿态变化的事件，设备也不会无故断开连接了。

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