uni-app在App端调用系统蓝牙打印机的实现方法

必须先调用uni.getBluetoothAdapterState并在success回调中校验状态，再动态获取服务与特征值，CPCL指令须用rn换行并转ArrayBuffer发送，每次write前须校验连接。

不能直接“调用系统蓝牙打印机”——uni-app App端没有系统级打印服务抽象层，必须走原生 BLE 通信链路，手动连接、发现服务、写入 CPCL/ESC 指令。所谓“调用系统”，本质是绕过系统打印框架，直连设备发原始指令。

uni.getBluetoothAdapterState 必须最先调，且逻辑要塞进 success 回调里

跳过这步，90% 的连接会在 iOS 静默失败、安卓报 errCode: 10001 或搜不到设备。它不是可选检查，而是所有后续操作的前提闸门。

• res.available === false：提示用户去系统设置开蓝牙（uni.showToast({ title: '请前往手机设置开启蓝牙' })），不能只调 uni.openBluetoothAdapter
• res.discovering === true：先 uni.stopBluetoothDevicesDiscovery()，再 uni.startBluetoothDevicesDiscovery()，否则新搜索不触发 onBluetoothDeviceFound
• iOS 首次运行时 res.poweredOff === true 是正常现象，授权弹窗未返回前状态不可信，必须等回调落地再行动

服务与特征值绝不能硬编码 UUID

把 00001101-0000-1000-8000-00805F9B34FB 直接写死在 getBLEDeviceCharacteristics 里，连上了也发不出指令——CPCL 打印机（如芝柯 ZJ-5890）和 ESC/POS（如驰腾 CT-320）对服务发现顺序敏感，部分固件会隐藏标准串口服务或要求先发现通用访问服务 00001800-0000-1000-8000-00805F9B34FB。

• 连接成功后加 setTimeout 延迟 600–800ms（尤其红米 Note 系列），再调 uni.getBLEDeviceServices
• 若 res.services 为空，说明服务未加载完成，需重连而非继续往下走
• 查特征值时只取 properties.write === true && properties.notify === false 的项，CPCL 是单向写入，选错特征值会报 errCode: 10009

CPCL 指令必须用 rn 换行，且必须转成 ArrayBuffer 发送

拼接字符串时用 n 或漏掉末尾换行，打印机大概率只打出第一行。uni-app 的 writeBLECharacteristicValue 要求 value 是 ArrayBuffer，传字符串会静默失败。

• 正确写法：new TextEncoder().encode('TEXT 24 0 30 50 HellornBARCODE 128rn').buffer
• 每次 write 前必须校验连接状态：uni.getConnectedBluetoothDevices 或监听 onBLEConnectionStateChange 确保 connected: true
• 大指令（如含图片的 CPCL）需分段写入，单次不超过 20 字节（部分机型限制更严），间隔至少 20ms

最易被忽略的是服务发现后的延迟空档和换行符细节——状态就绪 ≠ 服务就绪，n ≠ rn，这两个点卡住几乎全部调试时间。