未使用蓝牙模块

欢迎到专业群（ uni-app x技术交流群 ） 咨询，群中有相关专业的管理员和群友。

根据你描述的情况，bluetoothError 提示“未使用蓝牙模块”，并且 bluetoothEnabled 始终为 false，这通常是因为 iOS 应用在调用 uni.getSystemSetting() 时，尚未获得系统的蓝牙使用授权。

即使在 manifest.json 中配置了 NSBluetoothAlwaysUsageDescription 和 NSBluetoothPeripheralUsageDescription 并重新打包了自定义基座，也仅仅是在 Info.plist 中添加了权限描述文本。应用在首次尝试访问蓝牙功能时，系统才会向用户弹出授权请求。在用户点击“好”或“不允许”之前，系统会阻止访问蓝牙状态，导致 uni.getSystemSetting() 返回错误的 false 状态并提示“未使用蓝牙模块”。

解决方案

你需要确保在调用 uni.getSystemSetting() 之前，先触发一次系统蓝牙权限的请求，让用户完成授权。

1. 主动请求蓝牙授权
   目前，uni.getSystemSetting() 本身不会主动请求权限。你可以结合 uni.getAppAuthorizeSetting() API 来检查和引导用户授权。这是一个更直接的授权管理接口，能返回蓝牙权限的具体状态（authorized, denied, not determined 等）。

   在调用获取系统设置前，可以先检查授权状态，如果状态是 not determined，可以尝试引导用户去系统设置中开启，或者进行一些会触发系统蓝牙权限弹窗的操作（例如使用蓝牙插件初始化扫描）。

2. 使用 uni.getAppAuthorizeSetting() 检查授权状态
   根据文档，uni.getAppAuthorizeSetting() 的返回值中包含 bluetoothAuthorized 字段，它可以明确告诉你当前应用的蓝牙授权状态。你可以参考 uni.getAppAuthorizeSetting() 文档 和 示例代码 来实现。

   在你的 uvue 页面中，可以这样组合使用：

   <script setup lang="uts">  
     const checkBluetooth = () => {  
       // 1. 先检查应用授权状态  
       const authSetting = uni.getAppAuthorizeSetting();  
       console.log('蓝牙授权状态:', authSetting.bluetoothAuthorized);  
   
       // 2. 如果授权状态是 'not determined'，说明尚未请求过权限  
       // 此时需要引导用户，或调用其他会触发权限请求的功能  
       if (authSetting.bluetoothAuthorized == 'not determined') {  
         // 提示用户需要授予蓝牙权限，或调用一个蓝牙初始化操作来触发系统弹窗  
         uni.showToast({ title: '请先授予蓝牙权限' });  
         // 注意：uni.getSystemSetting() 本身不会触发权限请求，你需要调用其他蓝牙相关API（如插件）来触发  
       } else if (authSetting.bluetoothAuthorized == 'authorized') {  
         // 已授权，再获取系统蓝牙开关状态  
         const systemSetting = uni.getSystemSetting();  
         console.log('蓝牙开关:', systemSetting.bluetoothEnabled);  
         console.log('蓝牙错误:', systemSetting.bluetoothError);  
       } else if (authSetting.bluetoothAuthorized == 'denied') {  
         // 被拒绝，需要引导用户去系统设置中手动开启  
         uni.showToast({ title: '蓝牙权限已被拒绝，请前往设置开启' });  
       }  
     }  
   </script>  

   本助手使用国产模型，生成代码准确率较低。强烈建议使用uni-agent生成代码

补充说明

• 问题根源：这是一个已知的iOS平台行为，在这个ISSUE中也有讨论。官方确认在iOS上，需要用户先同意授权蓝牙权限后，uni.getSystemSetting() 获取的蓝牙状态才能恢复正常。
• 注意：uni.getSystemSetting() 获取的是系统级的蓝牙开关状态，而 uni.getAppAuthorizeSetting() 获取的是你的App是否被授权使用蓝牙。两者是不同的概念，但前者依赖于后者。