docs(ble): 补记放弃过滤扫描改全频段扫描的决策

docs/unified-ble-flow.md

@@ -138,6 +138,7 @@ async function runStandardFlow({ key, ssid, password }) {
 - `stopSearch`: `setSearching(false)` 提前到 `stopBluetoothDevicesDiscovery` 之前同步执行——部分机型原生停扫回调慢，等回调才翻转状态会让按钮长时间停在"搜索中"并串行阻塞连接等后续操作；`searchSessionId` 已递增、`acceptingDeviceEvents` 已关闭，先翻转状态安全
 - `connectDevice`: 由无条件 `stopSearch(false)` 改为仅在 `isSearching` 时停搜索，避免每次连接都白调一次原生停扫接口
 - 设备列表 UI 刷新加 300ms 节流（`emitDeviceListThrottled`）：`allowDuplicatesKey=true` 下目标设备广播包每秒到达数次且 RSSI 逐包变化，签名判重只拦"完全相同"的包；不节流时每包都触发 `onDeviceListChange` → React setState → 全列表重渲染，搜到设备后渲染线程被打满、点击排队卡死（表现为"搜到设备就无法停搜索"）。数据仍实时合入 `deviceMap`，仅通知 UI 频率受限；`resetDeviceMap`/`stopSearch` 绕过节流立即冲刷，`cleanupDiscovery` 补清节流定时器
+- 放弃 services 过滤扫描，`startSearch` 直接无过滤全频段扫描：微信 `startBluetoothDevicesDiscovery` 的 services 参数只按 128 位完整 UUID 匹配，目标设备广播的是 16 位短 UUID（0x00F4 等），部分机型/基础库版本下过滤扫描收不到这些设备的广播（表现为一直搜不出，或等 4s 兜底切全扫后才出现）。事件通道（`onBluetoothDeviceFound`）+ 轮询通道（`getBluetoothDevices`）双路取数，过滤交给 JS 层 `matchTargetDevice`（服务 UUID/名称关键词/广播包关键词三路匹配）。删除 `fallbackToUnfilteredDiscoveryIfNeeded`/`FILTER_SCAN_TIMEOUT_MS`/`DISCOVERY_FILTER_SERVICE_UUIDS`
 
 #### src/pages/device/ble-config.tsx
 - 补 `useDidHide` 停搜索：迁移版原只有 useEffect 卸载清理，`navigateTo` 进配网页/切后台时组件不卸载，扫描持续空转（对齐旧版 onHide/onUnload 双触发）