必须先调用uni.getbluetoothadapterstate并在success回调中校验状态，再动态获取服务与特征值，cpcl指令须用\r\n换行并转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 指令必须用 \r\n 换行，且必须转成 ArrayBuffer 发送
拼接字符串时用 \n 或漏掉末尾换行，打印机大概率只打出第一行。uni-app 的 writeBLECharacteristicValue 要求 value 是 ArrayBuffer，传字符串会静默失败。
- 正确写法：
new TextEncoder().encode('TEXT 24 0 30 50 Hello\r\nBARCODE 128\r\n').buffer - 每次
write前必须校验连接状态：uni.getConnectedBluetoothDevices或监听onBLEConnectionStateChange确保connected: true - 大指令（如含图片的 CPCL）需分段写入，单次不超过 20 字节（部分机型限制更严），间隔至少 20ms
最易被忽略的是服务发现后的延迟空档和换行符细节——状态就绪 ≠ 服务就绪，\n ≠ \r\n，这两个点卡住几乎全部调试时间。
