javascript 中无法直接终止 navigator.bluetooth.requestdevice() 的扫描，但可通过 abortcontroller 间接取消后续处理；真正可控的中止需用 chrome 105+ 的 watchadvertisements({ signal })，它原生支持 abortsignal。
在 JavaScript 中，可以通过 AbortController 配合 navigator.bluetooth.requestDevice() 或 navigator.bluetooth.getAvailability() 等 API 终止蓝牙扫描，但直接终止 requestDevice() 的扫描过程需注意：它本身不接受 signal 参数，但其底层扫描行为可被中止——关键在于使用 requestDevice({ acceptAllDevices: true, optionalServices: [...] }) 并配合 AbortSignal 控制后续逻辑，或更可靠地用 watchAdvertisements()（需实验性支持）结合 AbortController。
使用 AbortController 中止 requestDevice 扫描（有限但常用）
navigator.bluetooth.requestDevice() 本身不接收 signal 选项，无法像 fetch() 那样直接中断。但它返回一个 Promise，在用户未选择设备前，可通过取消操作“间接”终止扫描体验：
- 调用
requestDevice()后，系统弹出设备选择框并开始后台扫描； - 若在用户选择前调用
abortController.abort()，虽不能强制停掉原生扫描，但可拒绝后续处理，并在 UI 上提示“已取消”； - 实际开发中，建议在调用前设置超时或绑定取消按钮，避免长时间等待。
用 watchAdvertisements() + AbortSignal 真正终止广告监听（推荐，需条件支持）
Chrome 105+ 支持 BluetoothRemoteGATTServer.watchAdvertisements()，该方法接受 signal 参数，可真正响应中止信号：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 需先连接设备（
device.gatt.connect()），再调用server.watchAdvertisements({ signal })； - 一旦
abortController.abort()被触发，监听立即停止，且不会触发后续advertisementreceived事件； - 适用于已知设备并需持续监听广播的场景，不是初始发现，但对“终止扫描”有实质控制力。
模拟可控扫描：手动管理扫描状态 + clearTimeout
当需要精细控制扫描启停（如轮询、按钮触发），可绕过原生扫描，用 requestDevice() 按需发起，并用 AbortController 协调生命周期：
- 每次点击“开始扫描”，创建新
AbortController，保存其signal； - 调用
requestDevice()前检查signal.aborted，已中止则跳过； - 成功获取设备后，自动调用
abort()清理；失败或超时也主动 abort； - 配合
setTimeout实现超时控制，例如 10 秒无响应则 abort 并提示。
注意事项与兼容性
当前标准下，没有 Web API 提供类似 bluetooth.stopScanning() 的直接终止方法。 所以：
-
requestDevice()的扫描由浏览器管理，不可强制 kill，但用户关闭弹窗即自然停止； -
watchAdvertisements()是目前唯一真正支持AbortSignal的蓝牙扫描相关方法； - 确保在安全上下文（HTTPS 或 localhost）中运行，且已获
bluetooth权限； - 移动端（Android Chrome）支持较好，iOS Safari 不支持 Web Bluetooth。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
