1. iOS 13蓝牙权限申请的必要性在iOS 13之前开发者使用蓝牙功能相对简单只需要在info.plist中添加NSBluetoothPeripheralUsageDescription描述即可。但从iOS 13开始苹果对隐私保护的要求更加严格蓝牙权限申请流程发生了重大变化。这主要是因为苹果希望用户能够更清楚地知道哪些应用在使用蓝牙功能以及为什么要使用这些功能。我在实际开发中就遇到过这样的问题一个原本在iOS 12上运行良好的蓝牙功能升级到iOS 13后突然无法使用了。经过排查才发现是权限申请的问题。苹果要求现在必须同时配置两个不同的蓝牙权限描述字段而且回调处理的方式也有所变化。这对于很多开发者来说确实是个不小的挑战。2. 配置info.plist文件2.1 必须添加的权限描述在iOS 13系统中蓝牙权限需要在info.plist中添加两个关键字段NSBluetoothAlwaysUsageDescription - 用于描述应用为什么需要始终访问蓝牙NSBluetoothPeripheralUsageDescription - 用于描述应用为什么需要与蓝牙外设交互这两个字段的值都是字符串类型需要向用户清楚地说明你的应用为什么要使用蓝牙功能。我建议描述文字要简洁明了比如我们需要使用蓝牙来连接您的外设设备或者蓝牙功能用于与智能硬件进行数据通信。2.2 常见配置错误很多开发者容易犯的一个错误是只添加了其中一个字段。我在项目中就遇到过这样的情况添加了NSBluetoothPeripheralUsageDescription但忘记添加NSBluetoothAlwaysUsageDescription结果在iOS 13.4以上的系统版本中蓝牙功能就无法正常使用。另一个常见错误是描述文字过于简单或者不清晰。苹果审核团队可能会因为这个原因拒绝你的应用。我的经验是描述文字至少要说明两点1) 为什么要使用蓝牙2) 使用蓝牙能给用户带来什么好处。3. 实现蓝牙权限请求代码3.1 创建蓝牙管理器首先需要导入CoreBluetooth框架然后创建一个继承自NSObject的蓝牙管理类。这个类需要遵循CBCentralManagerDelegate协议#import CoreBluetooth/CoreBluetooth.h interface BluetoothPermissionManager : NSObject CBCentralManagerDelegate property (nonatomic, strong) CBCentralManager *centralManager; property (nonatomic, copy) void (^permissionCallback)(BOOL granted); end3.2 实现权限请求方法接下来实现请求蓝牙权限的方法。这里我采用单例模式来确保整个应用只有一个蓝牙管理器实例 (instancetype)sharedManager { static BluetoothPermissionManager *sharedInstance nil; static dispatch_once_t onceToken; dispatch_once(onceToken, ^{ sharedInstance [[self alloc] init]; }); return sharedInstance; } - (void)requestBluetoothPermission:(void (^)(BOOL granted))completion { self.permissionCallback completion; self.centralManager [[CBCentralManager alloc] initWithDelegate:self queue:nil options:nil]; }3.3 处理蓝牙状态变化当蓝牙状态发生变化时系统会调用centralManagerDidUpdateState:方法。我们需要在这里处理权限回调- (void)centralManagerDidUpdateState:(CBCentralManager *)central { if (self.permissionCallback) { BOOL granted (central.state CBManagerStatePoweredOn); self.permissionCallback(granted); self.permissionCallback nil; } }4. 回调处理与错误排查4.1 处理不同蓝牙状态蓝牙状态可能有多种情况我们需要根据不同的状态做出相应的处理- (void)centralManagerDidUpdateState:(CBCentralManager *)central { switch (central.state) { case CBManagerStatePoweredOn: // 蓝牙已开启且权限已授予 if (self.permissionCallback) { self.permissionCallback(YES); } break; case CBManagerStateUnauthorized: // 用户拒绝了蓝牙权限 if (self.permissionCallback) { self.permissionCallback(NO); } break; case CBManagerStatePoweredOff: // 蓝牙已关闭 // 可以提示用户开启蓝牙 break; default: break; } self.permissionCallback nil; }4.2 常见问题排查在实际开发中我遇到过几个典型问题回调不触发这通常是因为没有正确设置代理或者蓝牙管理器被提前释放了。确保你的蓝牙管理器在整个权限请求过程中都保持活跃状态。权限弹窗不显示首先检查info.plist配置是否正确然后确认是否在真机上测试模拟器上权限行为可能与真机不同。状态判断错误注意CBManagerStatePoweredOn表示蓝牙已开启且权限已授予而CBManagerStateUnauthorized表示用户拒绝了权限。5. 实际应用中的最佳实践5.1 权限请求时机不要在应用一启动就请求蓝牙权限这可能会让用户感到困惑。我建议在用户真正需要使用蓝牙功能时再请求权限。比如当用户点击连接设备按钮时先检查权限状态如果没有权限再请求。5.2 优雅处理权限拒绝如果用户拒绝了蓝牙权限不要简单地禁用所有蓝牙功能。可以提供友好的提示解释为什么需要这个权限并引导用户去设置中重新开启权限。下面是一个示例代码- (void)showPermissionDeniedAlert { UIAlertController *alert [UIAlertController alertControllerWithTitle:需要蓝牙权限 message:请在设置中开启蓝牙权限以使用设备连接功能 preferredStyle:UIAlertControllerStyleAlert]; UIAlertAction *settingsAction [UIAlertAction actionWithTitle:去设置 style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) { [[UIApplication sharedApplication] openURL:[NSURL URLWithString:UIApplicationOpenSettingsURLString] options:{} completionHandler:nil]; }]; UIAlertAction *cancelAction [UIAlertAction actionWithTitle:取消 style:UIAlertActionStyleCancel handler:nil]; [alert addAction:settingsAction]; [alert addAction:cancelAction]; // 找到当前显示的视图控制器来呈现alert UIViewController *rootVC [UIApplication sharedApplication].keyWindow.rootViewController; [rootVC presentViewController:alert animated:YES completion:nil]; }5.3 权限状态检查在请求权限前可以先检查当前权限状态避免不必要的权限请求- (CBManagerAuthorization)bluetoothAuthorizationStatus { if (available(iOS 13.1, *)) { return CBCentralManager.authorization; } else { // iOS 13.0使用不同的API CBPeripheralManager *peripheralManager [[CBPeripheralManager alloc] initWithDelegate:nil queue:nil]; return peripheralManager.authorizationStatus; } }6. 适配不同iOS版本6.1 iOS 13.0的特殊处理iOS 13.0是一个过渡版本它的API与后续版本有所不同。如果你的应用需要支持iOS 13.0需要做特殊处理- (void)checkBluetoothPermission { if (available(iOS 13.1, *)) { // 使用新的API CBManagerAuthorization authStatus CBCentralManager.authorization; if (authStatus CBManagerAuthorizationAllowedAlways) { // 已授权 } else { // 未授权 } } else { // iOS 13.0的处理方式 CBPeripheralManager *peripheralManager [[CBPeripheralManager alloc] initWithDelegate:nil queue:nil]; CBPeripheralManagerAuthorizationStatus status peripheralManager.authorizationStatus; if (status CBPeripheralManagerAuthorizationStatusAuthorized) { // 已授权 } else { // 未授权 } } }6.2 向后兼容性如果你的应用还需要支持iOS 13之前的版本需要添加额外的兼容性代码。在iOS 12及更早版本中只需要检查CBPeripheralManager的authorizationStatus即可。7. 测试与调试技巧7.1 模拟不同权限状态在开发过程中你可能需要测试应用在不同权限状态下的行为。可以通过以下方式模拟在设置中重置位置和隐私权限设置 通用 重置 重置位置和隐私使用Xcode的权限模拟功能在Xcode的Scheme设置中可以预设各种权限状态7.2 真机测试的重要性蓝牙权限相关的功能在模拟器上的表现可能与真机不同。我强烈建议在真机上进行测试特别是以下几种情况首次请求权限时的用户体验用户拒绝权限后的应用行为从设置中更改权限状态后的应用响应7.3 日志记录添加详细的日志记录可以帮助你更好地理解权限请求的流程- (void)centralManagerDidUpdateState:(CBCentralManager *)central { NSString *stateString; switch (central.state) { case CBManagerStatePoweredOn: stateString PoweredOn; break; case CBManagerStatePoweredOff: stateString PoweredOff; break; case CBManagerStateUnauthorized: stateString Unauthorized; break; case CBManagerStateUnsupported: stateString Unsupported; break; case CBManagerStateResetting: stateString Resetting; break; default: stateString Unknown; break; } NSLog(蓝牙状态变化: %, stateString); // 处理回调... }8. 性能优化与内存管理8.1 单例模式的使用使用单例模式管理蓝牙权限请求可以避免多个蓝牙管理器实例互相干扰。我在项目中就遇到过因为创建多个CBCentralManager实例导致回调混乱的问题。8.2 回调块的释放确保在回调完成后及时释放回调块避免内存泄漏- (void)centralManagerDidUpdateState:(CBCentralManager *)central { if (self.permissionCallback) { BOOL granted (central.state CBManagerStatePoweredOn); self.permissionCallback(granted); self.permissionCallback nil; // 释放回调块 } }8.3 后台队列的使用默认情况下CBCentralManager的回调会在主队列上执行。如果你的回调处理逻辑比较复杂可以考虑指定一个后台队列dispatch_queue_t bluetoothQueue dispatch_queue_create(com.yourcompany.bluetooth, NULL); self.centralManager [[CBCentralManager alloc] initWithDelegate:self queue:bluetoothQueue];记得如果要在回调中更新UI需要切换回主队列- (void)centralManagerDidUpdateState:(CBCentralManager *)central { dispatch_async(dispatch_get_main_queue(), ^{ // 更新UI的代码 }); }