在uni-app蓝牙开发中，连接不上和传不了数据的问题主要源于流程错误或细节处理不当。首先，必须提前初始化蓝牙模块并申请权限，尤其注意安卓10以上需位置权限、ios需用户授权蓝牙权限，并建议在onload或onshow阶段调用uni.openbluetoothadapter()进行初始化；其次，扫描设备时应留空services参数以提高发现率、设置合理超时时间、并对设备去重处理；第三，连接设备时需调用uni.createbleconnection并设置timeout（如3000ms以上）；第四，在数据传输前，必须通过uni.getbledeviceservices获取服务列表、找到目标service后调用uni.getbledevicecharacteristics获取特征值，并根据支持write或notify的特征值发送数据；第五，配对由系统自动完成，开发者只需监听onbleconnectionstatechange事件处理连接状态变化，无需手动干预配对弹窗。整个过程需注意平台差异并尽量真机调试。
在做uni-app蓝牙开发时，设备配对和数据传输是两个核心环节。很多人遇到连接不上、传不了数据的问题，其实关键在于流程没走对或者细节没处理好。
蓝牙初始化与权限申请要提前准备好
在开始连接设备之前，必须先初始化蓝牙模块并获取相关权限。这一步看似简单，但容易忽略安卓系统版本差异。
- 安卓10以上需要位置权限才能扫描到设备
- iOS需要开启蓝牙权限，并且用户必须主动允许
建议的做法是：在页面onLoad或onShow阶段就调用
uni.openBluetoothAdapter()进行初始化，并在失败时提示用户检查权限设置。如果权限没开，直接调用会失败，不会自动弹窗。
扫描与连接设备要注意“看不见”的问题
有时候明明设备开着蓝牙，uni-app却扫不到。这种情况常见于以下几点：
- 设备未广播服务UUID，导致uni-app过滤掉了（默认只显示有服务UUID的设备）
- 扫描间隔太短，还没来得及发现设备就结束了
- 同一设备重复出现，没有去重处理
解决办法：
- 使用
services
参数留空或设为[]
，可以让扫描更全面 - 设置合理超时时间（比如5秒以上）
- 在接收到设备列表后，用deviceId去重保存
连接的时候记得调用
uni.createBLEConnection，并且加上合适的timeout（推荐3000ms以上），否则容易因为连接卡住而失败。
数据传输的关键在于服务与特征值匹配
很多开发者在连接成功后，卡在了发送数据这一步。原因通常是没有正确找到服务(service)和特征值(characteristic)。
用BluetoothAdapter类，你能够在Android设备上查找周边的蓝牙设备然后配对(绑定)，蓝牙通讯是基于唯一地址MAC来相互 传输的，考虑到安全问题Bluetooth通讯时需要先配对。然后开始相互连接，连接后设备将会共享同一个RFCOMM通道以便相互传输数据，目前这些实 现在Android 2.0或更高版本SDK上实现。 一、查找发现 findding/discovering devices 对于Android查找发现蓝牙设备使用BluetoothAdapter类的startDisco
正确的做法是：
- 先调用
uni.getBLEDeviceServices
获取设备的服务列表 - 根据目标服务UUID找到对应service
- 再调用
uni.getBLEDeviceCharacteristics
获取该服务下的特征值 - 最后使用
uni.writeBLECharacteristicValue
发送数据
注意：有些设备只允许特定特征值写入，有的还需要先启用通知（
notifyBLECharacteristicValueChange）才能通信。可以先打印出所有特征值，看看哪个支持write或notify。
配对过程不需手动操作，但需要处理连接状态变化
蓝牙配对其实是操作系统层面完成的，uni-app本身不提供配对弹窗控制。你只需要关注连接状态是否正常即可。
- 监听
onBLEConnectionStateChange
事件，判断设备是否断开连接 - 如果意外断开，可以尝试重新连接或提醒用户检查设备状态
有些设备第一次连接时系统会自动弹出配对请求，这个由手机系统决定，uni-app无法干预。只要连接成功，就可以认为已经“配对”。
基本上就这些。蓝牙开发虽然流程固定，但细节多，尤其是不同平台行为差异大，调试时最好真机测试，别光靠模拟器。
