macos无法通过终端命令直接切换蓝牙音频编码协议，仅能借助blueutil等工具触发重协商以提升aac/aptx ll启用概率；需配合option+菜单栏查看实时codec、禁用hfp/hsp服务，并验证系统aac内核扩展是否加载。
macos 本身不提供终端命令直接切换蓝牙音频编码协议（如 aac、aptx ll 或 sbc），系统在配对连接时自动协商，且该过程由底层蓝牙音频栈（bluetoothaudioagent）和 iobluetooth 框架控制，无法通过 blueutil、defaults 或 system_profiler 等标准命令强制指定或修改当前使用的编码格式。
但你可以通过终端辅助完成触发重协商的关键操作，从而提高 AAC 或 aptX LL 被成功启用的概率。这需要配合设备端支持与系统级设置调整：
查看当前正在使用的音频编码格式
按住 Option（⌥）键，再点击菜单栏蓝牙图标，悬停在已连接的蓝牙音频设备上——右侧会显示类似 Codec: AAC、Codec: SBC 或 Codec: Unknown 的信息。
⚠️ 注意：这个界面无法通过终端调出，但可借助 AppleScript 模拟按键+点击实现半自动化（需辅助功能权限）：
osascript -e 'tell application "System Events" to key down option' osascript -e 'tell application "System Events" to click menu bar item 1 of menu bar 1 of process "ControlCenter"' sleep 0.3 osascript -e 'tell application "System Events" to key up option'
（该脚本仅打开菜单，后续仍需人工悬停识别；目前无纯终端方式读取实时 codec）
强制触发编码重协商的终端操作
当确认耳机支持 AAC/aptX LL 时，可通过终端断开 + 清除缓存 + 重启服务，促使系统在重连时重新协商更优协议：
-
断开当前设备（用其 MAC 地址）：
blueutil --disconnect "aa:bb:cc:dd:ee:ff"
-
可选：临时关闭再开启蓝牙（需
blueutil）：blueutil --power 0 && sleep 2 && blueutil --power 1
-
重启蓝牙核心服务（清除可能卡住的协商状态）：
sudo killall blued
等待 5 秒，系统自动拉起新
blued进程。 -
重新连接设备：
blueutil --connect "aa:bb:cc:dd:ee:ff"
完成后，立即按 Option+蓝牙图标查看 codec 是否更新为 AAC —— 若仍是 SBC，说明设备未在连接瞬间启用低延迟模式（如需物理按键激活 aptX LL，请查阅耳机说明书）。
禁用 HFP/HSP 防止协议意外降级
HFP/HSP 会强制切回单声道高延迟模式。可通过终端禁用对应服务（需先获取设备 ID）：
# 列出所有蓝牙服务（含设备 UUID 和服务名） system_profiler SPBluetoothDataType | grep -A 5 -B 5 "HFP\|HSP" # 实际禁用需图形界面操作：进入“系统设置 > 蓝牙 > 设备 ⓘ > 服务”，取消勾选“免提电话” # 目前无终端直改服务开关的 API；此步不可跳过，否则通话类应用一唤醒就降级
补充：验证设备是否具备 AAC 协议支持
运行以下命令检查 macOS 是否加载了 AAC 编解码器模块（系统级支持）：
kextstat | grep -i "applebluetooth.*aac"
若无输出，说明系统未启用 AAC 蓝牙音频支持（极少见，通常 macOS 12+ 均内置）。
不复杂但容易忽略
