如何使用BlueZ 5.49阻止已配对手机的特定连接请求？

区分连接请求类型的方法 #

• 通过设备UUID筛选：经典蓝牙A2DP对应的UUID是0000110b-0000-1000-8000-00805f9b34fb，监听org.bluez.Device1的连接事件时，先查询该设备的UUIDs属性，若包含上述UUID则判定为A2DP连接请求；BLE设备的UUID集合无此标识，可直接放行。
• 通过设备类（Class）判断：A2DP设备的org.bluez.Device1.Class属性值会包含0x00040800（音频/视频类下的扬声器子类），BLE设备的Class通常为0x00或BLE专属类别，可快速区分。
• 监听org.bluez.Adapter1.DeviceConnected信号：该信号携带设备路径，查询对应设备的Transport属性，若存在A2DP相关传输路径，则判定为经典蓝牙音频连接。

拦截手机2 A2DP连接的实现步骤 #

• 不要使用Block属性（会阻断所有连接，包括BLE），而是在检测到手机2发起A2DP连接请求时，立即调用org.bluez.Device1.Disconnect()断开连接。
• 临时修改手机2的org.bluez.Device1.Trusted属性为false，BlueZ会拒绝该设备的后续自动连接请求；待音箱与手机1断开连接后，再将Trusted改回true恢复正常配对状态。
• 更精准的拦截：监听org.bluez.MediaEndpoint1.SetConfiguration信号，这是A2DP连接建立的前置步骤，一旦检测到手机2的请求，直接返回错误或执行断开操作，比等待MediaControl1触发更及时。

BlueZ 5.49的非连接状态支持情况 #

BlueZ 5.49版本没有针对特定Profile的细粒度"禁止连接"属性，无法通过静态配置实现只阻止A2DP连接、放行BLE连接的需求，只能通过上述D-Bus信号监听+动态修改设备属性的方式实现逻辑控制。后续更高版本的BlueZ新增了部分细粒度控制功能，但5.49版本仅能依赖动态监听方案。

内容的提问来源于stack exchange，提问作者Abdul Asik