我正在一个项目中工作，我需要通过蓝牙连接到打印机。打印机制造商声明只有具有 SPP（串行端口配置文件）的 android 手机才能与打印机连接。
这是我最初打开连接的方式：
UUID uuid = UUID.fromString("00001101-0000-1000-8000-00805F9B34FB"); //SPP long UUID
BluetoothSocket socket = device.createRfcommSocketToServiceRecord(uuid);
从 JellyBean 开始，使用 UUID 是使用 Android 公共 API 打开 RFCOMM 连接的唯一方法。之前在不需要 UUID 的 BlackBerry 和 JavaME 中使用 SPP 连接，我发现这有点奇怪。UUID 是关于服务发现的，即使用 SDP 查询设备中存在的服务。我真的不需要启动发现，因为我已经提前配对了我的打印机，而且我知道它支持 SPP。然而，这正是BluetoothDevice.createRfcommSocketToServiceRecord方法和不安全版本所做的。这是 SPP 堆栈，我们可以在其中看到 SDP 是同一层的不同协议，因此应该可以使用 RFCOMM 而无需先启动发现：
-----------------------------------
| My Application |
-----------------------------------
| Serial Port Emulation |
| or other API |
-----------------------------------
| RFCOMM | SDP |
-----------------------------------
| LMP | L2PCAP |
-----------------------------------
| Baseband |
-----------------------------------
我开始在一些旧的 HTC 设备上测试我的应用程序没有问题。后来在三星手机上测试，多台设备无法打开连接。根据制造商和第 3 方规范，这些手机据称不支持 SPP 配置文件（编辑：第 3 方规范将 SPP 列为支持，并且制造商规范不够准确）。抛出了 IOException（服务发现失败），我遵循了这个问题中显示的方法：
那里提出的解决方案是使用反射黑客，如下所示：
Method m = device.getClass().getMethod("createRfcommSocket", new Class[] {int.class});
BluetoothSocket socket = socket = (BluetoothSocket) m.invoke(device, 1);
黑客对我有用。令人惊讶的是，这个BluetoothDevice类中的方法是公共的，但它通过@hide 注释从 API 中删除。这是 JellyBean 的源代码：
/**
* Create an RFCOMM {@link BluetoothSocket} ready to start a secure
* outgoing connection to this remote device on given channel.
* <p>The remote device will be authenticated and communication on this
* socket will be encrypted.
* <p> Use this socket only if an authenticated socket link is possible.
* Authentication refers to the authentication of the link key to
* prevent man-in-the-middle type of attacks.
* For example, for Bluetooth 2.1 devices, if any of the devices does not
* have an input and output capability or just has the ability to
* display a numeric key, a secure socket connection is not possible.
* In such a case, use {#link createInsecureRfcommSocket}.
* For more details, refer to the Security Model section 5.2 (vol 3) of
* Bluetooth Core Specification version 2.1 + EDR.
* <p>Use {@link BluetoothSocket#connect} to initiate the outgoing
* connection.
* <p>Valid RFCOMM channels are in range 1 to 30.
* <p>Requires {@link android.Manifest.permission#BLUETOOTH}
*
* @param channel RFCOMM channel to connect to
* @return a RFCOMM BluetoothServerSocket ready for an outgoing connection
* @throws IOException on error, for example Bluetooth not available, or
* insufficient permissions
* @hide
*/
public BluetoothSocket createRfcommSocket(int channel) throws IOException {
return new BluetoothSocket(BluetoothSocket.TYPE_RFCOMM, -1, true, true, this, channel,
null);
}
我不明白为什么以这种方式从 API 中删除公共方法。但是让这个appart，这个方法和官方支持的使用UUID的方法都是薄信封，调用BluetoothSocket具有不同参数的相同构造函数：
public BluetoothSocket createRfcommSocketToServiceRecord(UUID uuid) throws IOException {
return new BluetoothSocket(BluetoothSocket.TYPE_RFCOMM, -1, true, true, this, -1,
new ParcelUuid(uuid));
}
在源代码中挖掘更多信息，我意识到两者都打开了 RFCOMM 连接，但 UUID 方法会启动发现，而隐藏的则不会。
总而言之，反射黑客在我测试过的每台设备上都能完美运行，从 OS 2.2 到 4.1。编辑：“故障”设备确实支持 SPP，只是他们对 BT 堆栈的自定义实现弄乱了发现过程；还有其他错误，例如在 ICS 中显示已配对设备的配对对话框。使用反射调用这个隐藏的 API 可以解决所有这些错误或不同制造商引入的不同行为。
我应该将黑客保留在生产代码中吗？有没有办法通过公共 API 实现相同的目标？
提前致谢。