对RFCOMM / SPP连接的更改是否广播了ACTION_CONNECTION_STATE_CHANGED？
或者仅在“其他配置文件”（A2DP等）的更改中广播
如果状态已由BluetoothAdapter管理，我试图避免必须管理RFCOMM连接的状态
另外，不是我会诉诸它，但有没有人试图在BluetoothAdapter中使用@hidden BluetoothStateChangeCallback接口？
答案 0 :(得分：3)
RFCOMM不是蓝牙'Profile'，它是一种协议。
串行端口配置文件（SPP）基于RFCOMM并且是配置文件。 虽然我正在使用
“众所周知的SPP UUID 00001101-0000-1000-8000-00805F9B34FB”
SPP似乎不是“官方支持”的个人资料，因此不会广播ACTION_CONNECTION_STATE_CHANGED。
ACTION_ACL_CONNECTED，ACTION_ACL_DISCONNECTED和BluetoothDevice的ACTION_ACL_DISCONNECT_REQUESTED广播事件可用于侦听bluetoothDevice的状态。
这些是低级事件，将为RFCOMM协议和配置文件连接进行广播。
我发现这些广播并不一定以预期的方式表现。 正如在这里经历的那样What triggers the BluetoothDevice.ACTION_ACL broadcasts?