首先明确回答你的问题：这个启动时弹出的蓝牙权限弹窗，确实和CBCentralManager（以及CBPeripheralManager）的使用直接相关——哪怕你自己的启动代码里完全没有初始化或访问这些类的逻辑，也可能存在隐藏的触发点。

下面给你拆解弹窗触发的核心要求，以及可能导致你遇到这个问题的常见场景：

弹窗触发的核心条件 #

iOS 13及以后，蓝牙权限弹窗只会在App首次尝试访问蓝牙相关服务时触发，而触发这个行为的关键就是CBCentralManager或CBPeripheralManager的初始化（不管是显式还是隐式的）。

你遇到启动弹窗的可能原因 #

• 第三方SDK的隐式初始化：这是最常见的情况。很多第三方库（比如统计分析、广告、定位类SDK）会在App启动时自动初始化内部模块，其中有些会悄悄创建CBCentralManager实例——比如部分定位SDK用蓝牙辅助室内定位，或者某些营销SDK集成了蓝牙 beacon 扫描功能，这些操作都会触发系统的权限请求。
• 项目中隐藏的蓝牙相关代码：检查是否有通过分类、runtime动态创建，或者在你没注意到的启动流程（比如AppDelegate的didFinishLaunchingWithOptions之外的回调、后台任务初始化）中，存在CBCentralManager的实例化逻辑。
• Info.plist的权限声明关联：虽然单独添加NSBluetoothAlwaysUsageDescription或NSBluetoothPeripheralUsageDescription不会直接触发弹窗，但如果你的App二进制中包含CoreBluetooth框架，同时声明了这些权限，系统会在检测到首次蓝牙服务访问时立刻弹窗——而这个访问动作可能来自你没察觉的代码路径。

排查建议 #

• 先做「隔离测试」：移除所有第三方依赖（比如用pod deintegrate清理CocoaPods依赖），然后重新编译启动App，看弹窗是否消失。如果消失，再逐个添加依赖排查是哪个SDK导致的。
• 全局搜索蓝牙相关类：在Xcode中搜索CBCentralManager、CBPeripheralManager，包括所有第三方库的源码（如果是开源的），找到所有实例化的位置。
• 临时移除权限声明：如果你的App暂时不需要蓝牙功能，可以先从Info.plist中删掉蓝牙权限描述字段，验证弹窗是否消失——不过如果后续要用到蓝牙，记得加回来。

内容的提问来源于stack exchange，提问作者Pau Senabre