必须直接读取底层模块状态而非依赖图形界面：用system_profiler确认蓝牙控制器是否启用、固件是否加载；用pgrep或blueutil检测blued进程是否运行；用ioreg验证控制器供电与枚举状态，异常时可强制重载iobluetoothfamily.kext。
当你在Mac上遇到蓝牙设备突然失联、音频无法路由到耳机、或终端脚本中需要判断蓝牙硬件是否就绪时，必须直接读取底层模块状态，而不是依赖图形界面的“已连接”字样。
用system_profiler确认蓝牙硬件是否存在且启用
这是最权威的官方诊断方式，能明确告诉你系统是否识别到蓝牙控制器、固件版本是否加载成功、以及当前电源状态。
1、打开终端，执行：system_profiler SPBluetoothDataType | grep -A 5 "Bluetooth Controller"
2、观察输出中“Bluetooth Controller”段落下的“Status”字段：若显示“Enabled”，说明模块已通电并被内核加载；若为“Disabled”或该字段缺失，则蓝牙芯片未被系统识别或被硬件禁用。
3、【若“Firmware Version”为空或显示“N/A”，说明蓝牙固件加载失败，此时重启无效，需重置NVRAM】。
用blueutil检测蓝牙服务进程是否运行
即使硬件在线，macOS蓝牙服务（blued）也可能崩溃或未启动，导致所有蓝牙功能失效。此方法验证的是软件栈是否活跃。
方法一：检查blued进程是否存在
执行：pgrep -f blued → 若返回一串数字（如 1234），说明服务正在运行；若无任何输出，证明blued已退出。
方法二：尝试触发一次基础查询
执行：blueutil --inquiry 2>/dev/null || echo "blued not responding" → 这条命令会静默扫描附近设备，如果超时后输出“blued not responding”，即确认服务未响应。
【注意：首次运行blueutil可能触发系统隐私弹窗，需前往“系统设置 > 隐私与安全性 > 辅助功能”手动勾选终端应用，否则命令始终失败】。
通过IORegistry确认蓝牙控制器供电与枚举状态
这一步深入硬件层，用于区分是驱动问题、电源管理异常还是物理模块故障。
第一步：执行 ioreg -n IOBluetoothHCIController -r -l | grep -E "(IOProviderClass|IOPowerManagement|BSD Name)"
第二步：检查三项关键输出：
– “IOProviderClass”: 应为 “IOUSBHostDevice” 或 “AppleBCMWLANBusInterface”（取决于Mac型号），若为空或显示 “IOService” 则控制器未被正确枚举；
– “IOPowerManagement”: “CurrentPowerState” 值应为 “4”（全功率）或 “3”（低功耗但可唤醒），若为 “0” 表示控制器处于断电状态；
– “BSD Name”: 应为类似 “ioa786b” 的字符，若缺失说明内核未为其分配设备节点。
第三步：若前三项任一异常，执行 sudo kextunload /System/Library/Extensions/IOBluetoothFamily.kext → 等待3秒 → 再执行 sudo kextload /System/Library/Extensions/IOBluetoothFamily.kext 强制重载蓝牙驱动。
