windows-rs项目中DeviceInformation::FindAllAsync阻塞问题分析

问题现象

在使用windows-rs库进行蓝牙设备枚举时，开发者发现当库版本升级到0.52.0以上后，调用DeviceInformation::FindAllAsync方法会出现永久阻塞的情况。具体表现为程序在执行设备信息查询后无法继续执行后续代码，而使用0.52.0或更低版本则能正常工作。

技术背景

windows-rs是微软官方提供的Rust语言Windows API绑定库，它允许Rust开发者直接调用Windows系统提供的各种功能接口。在设备管理方面，DeviceInformation类提供了枚举系统设备的能力，而FindAllAsync方法则是异步查询设备信息的常用接口。

问题复现

通过以下简单代码即可复现该问题：

use windows::Devices::Enumeration::DeviceInformation;
use windows::Devices::Bluetooth::BluetoothLEDevice;

fn main() {
    let selector = BluetoothLEDevice::GetDeviceSelectorFromPairingState(true).unwrap();
    let collection = DeviceInformation::FindAllAsyncAqsFilter(&selector).unwrap().get().unwrap();

    for device_info in collection {
        println!("{device_info:?}");
    }
}

当使用windows-rs 0.54.0版本时，程序会在FindAllAsync调用后阻塞，而使用0.52.0或更低版本则能正常枚举并打印设备信息。

问题分析

经过微软开发团队的确认，这是一个确实存在的bug。问题可能出在异步任务调度或结果回调机制上。在更高版本中，异步操作的完成通知可能未能正确传递回调用方，导致程序永久等待。

影响范围

该问题影响所有使用windows-rs 0.52.0以上版本进行设备枚举的场景，特别是蓝牙设备管理相关的应用。对于需要实时获取设备状态的应用，这个问题会导致功能完全不可用。

解决方案

微软团队已经确认了问题的根本原因，并表示会尽快发布修复版本。在此期间，开发者可以暂时采取以下临时解决方案：

1. 回退到0.52.0版本
2. 使用同步API替代（如果可用）
3. 实现自定义超时机制来避免永久阻塞

总结

这个案例提醒我们，在进行依赖库升级时需要充分测试核心功能。特别是涉及系统级API调用时，即使小版本升级也可能引入严重问题。windows-rs团队已经积极响应并承诺修复，展示了开源社区对问题的高效处理能力。