Windows下如何通过编程方式彻底移除已配对的BLE设备

抱歉截图为中文系统界面，对应功能按钮的文字为「移除设备」

系统设置中「移除设备」按钮的底层调用是Windows.Devices.Enumeration命名空间下的设备配对接口，会同步清除蓝牙配对信息、驱动栈、注册表缓存、服务记录，能实现无残留移除，不需要重启。下面给出可直接落地的实现方式，同时说明之前尝试的方法存在的问题。

PowerShell 直接执行方案 #

不需要安装额外工具，原生PowerShell即可运行，执行效果和手动点击移除按钮完全一致：

# 1. 先查询所有已配对蓝牙设备，替换关键字为目标设备的名称，获取设备实例ID
Get-PnpDevice -Class Bluetooth | Where-Object { $_.FriendlyName -like "*你的BLE设备名称关键字*" } | Format-List FriendlyName, InstanceId

# 2. 替换下面变量值为上一步查到的目标设备InstanceId
$targetDeviceId = "BLE设备实例ID"
# 加载WinRT设备枚举接口
$deviceInfoOp = [Windows.Devices.Enumeration.DeviceInformation,Windows.Devices.Enumeration,ContentType=WindowsRuntime]::CreateFromIdAsync($targetDeviceId)
$deviceInfoOp.AsTask().Wait()
$targetDevice = $deviceInfoOp.GetResults()

# 3. 执行解绑移除
$unpairOp = $targetDevice.Pairing.UnpairAsync()
$unpairOp.AsTask().Wait()
$unpairResult = $unpairOp.GetResults()

if ($unpairResult.Status -eq [Windows.Devices.Enumeration.DeviceUnpairingResultStatus]::Unpaired) {
    Write-Host "设备已彻底移除，无残留"
} else {
    Write-Host "移除失败，错误状态：$($unpairResult.Status)"
}

执行完成后设备会直接从已配对列表消失，后续扫描设备、重启电脑都不会自动重新出现。

C# 集成到测试项目方案 #

如果要把移除逻辑集成到BLE测试流程里，直接调用系统WinRT API即可，不需要依赖第三方库：

using Windows.Devices.Bluetooth;
using Windows.Devices.Enumeration;

// 按设备名称/蓝牙MAC地址筛选目标已配对BLE设备
var deviceSelector = BluetoothLEDevice.GetDeviceSelectorFromDeviceName("目标BLE设备名称");
var pairedDevices = await DeviceInformation.FindAllAsync(deviceSelector);

foreach (var device in pairedDevices)
{
    // 调用和系统设置同源的解绑接口
    var unpairRes = await device.Pairing.UnpairAsync();
    if (unpairRes.Status == DeviceUnpairingResultStatus.Unpaired)
    {
        Console.WriteLine($"设备 {device.Name} 已从系统配对列表彻底移除");
    }
}

注意：调用移除接口前请确保已经主动断开和BLE设备的连接，保持连接状态下执行移除会偶现缓存清理不完整的问题，和手动点击「移除设备」的前置要求一致。

之前尝试方法失效的原因 #

• Bluetooth Command line tools：仅支持经典蓝牙（BR/EDR）设备的配对管理，不处理BLE设备的GATT配对记录、LE层缓存，对BLE设备完全无效。
• Devcon、pnputil：这两个工具仅负责设备驱动层面的增删操作，不会触发蓝牙系统服务的配对记录清理逻辑。驱动删除后，蓝牙服务中留存的配对信息仍在，扫描到对应MAC地址的设备时会自动重建驱动项和注册表值，就会出现删完又自动恢复的现象。
• 手动删除注册表项：仅删除了驱动枚举生成的静态注册表值，蓝牙服务运行时内存中缓存的配对信息没有被清理，必须重启系统让服务重新加载才能生效，操作效率低还存在误删其他设备配置的风险。

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