BluetoothSocket.connect（）引发异常“读取失败”

Question

我有一个通过蓝牙连接到设备的项目。 它曾经可以相当可靠地工作，但现在每次都失败了BluetoothSocket.connect()调用。 （好吧，我在4小时的时间内进行了数千次尝试，使其连接一次。）大多数代码均取自API中的标准示例聊天代码，但在获取BluetoothSocket设备方面进行了常见修改本身：

Method m = device.getClass().getMethod(
              "createRfcommSocket", new Class[] { int.class });
tmp = (BluetoothSocket) m.invoke(device, Integer.valueOf(1));

这是您感兴趣的方法，一旦获得BluetoothSocket ，它将立即运行：

public void run() {
  setName("ConnectThread" + mSocketType);

  // Always cancel discovery because it will slow down a connection
  mAdapter.cancelDiscovery();

  // Make a connection to the BluetoothSocket
  try {
    mmSocket.connect();
  } catch (Exception e) {
    Log.e(TAG, "Connection to " + mmDevice.getName() + " at "
                + mmDevice.getAddress() + " failed:" + e.getMessage());
    // Close the socket
    try {
        mmSocket.close();
    } catch (Exception e2) {
        Log.e(TAG, "unable to close() " + mSocketType
                + " socket during connection failure", e2);
    }
    connectionFailed(e.getMessage());
    return;
  }

  // Reset the ConnectThread because we're done
  synchronized (BluetoothChatService.this) {
    mConnectThread = null;
  }

      // Start the connected thread
  connected(mmSocket, mmDevice, mSocketType);
}

相关的日志条目（在调用connect()时捕获异常时打印）是这样的：

11-30 10：23：51.685：E / BluetoothChatService（2870）：在00：06：66：42：8E：01连接到ZYNO-700091失败：读取失败，套接字可能关闭，读取ret：-1

该错误曾经不时出现。 我有一个主动的重新连接系统-它基本上会反复敲打连接直到连接，如果断开连接，它将再次开始敲打。 因此，它会杀死连接线程并不断从头开始。 我曾考虑过那里可能存在问题-可能是多线程问题，或者可能是在处理套接字清理/初始化过程中。 但是，如果是这种情况，我仍然希望第一次连接尝试能够成功，因为该系统只有在连接尝试失败后才会启动。

我调查了引发异常的源代码 。 问题似乎是基础InputStream没有数据。 当然，这并不是真正的答案，只是迈出了一步。 为什么流中没有数据？

我正在尝试对潜在问题持开放态度。 我可以正确获取BluetoothSocket吗？ 它曾经是一个间歇性问题，现在几乎恒定，这一事实使我怀疑多线程，但是与C ++相比，这在Java中是一个相对简单的话题-如果您知道自己在做什么，就很难搞清楚。 另外，此代码的大部分（特别是处理线程同步的部分）直接来自示例代码。

另一端的设备是嵌入式蓝牙设备，因此从那端调试问题的希望不大。

更新==========================

在我看来，这可能是由于操作系统升级造成的（我在Galaxy Nexus手机上运行-我要测试一些手机）。 因此，我用4.0.4拆开了一部新手机的包装，它开始工作了！ 因此，然后返回并在两台都运行4.2的原始测试电话上进行了测试，并期望我一直都在看到这种故障。 奇怪的是，现在它也可以在那些手机上使用。 我想说我做了一些事情来再次使这项工作生效，但我没有。 我仍然很迷惑，现在也怀疑当我真的需要它时，它会起作用。

我想知道是否有可能以某种方式使用4.0.4进行连接可以正确设置服务器模块的状态，从而使其能够接受4.2设备？ 我想只是在黑暗中开枪...

更新2 ===========================

我发现取消配对和重新配对将允许设备连接。 这是一种解决方法，但总比没有好。

Answer 1

Jellybean具有完全不同的蓝牙协议栈，因此版本差异肯定会触发某些事情，但这本身并不能解释为什么在连接较旧的设备后它仍然可以工作还是不能工作。 可能与配对有关吗？ 如果再次发生，请尝试与设备解除配对并再次配对。

Answer 2

我知道这是一个老问题。 但是由于我无法在网络上找到任何解决方案，因此这是我最近创建的解决方法： IOException：读取失败，套接字可能已关闭-Android 4.3上的蓝牙

Answer 3

我通过蓝牙模块连接到arduino时遇到了同样的问题。问题仅在与arduino连接时出现，因为它与另一个android手机的蓝牙连接顺利。 对我有用的是更改UUID字符串。

Answer 4

就我而言，这是由于createRfcommSocketToServiceRecord()函数中的UUID错误造成的。 我想连接到树莓派3中的SPP串行配置文件，并且使用了以下UUID：

private static final UUID MY_UUID_SECURE =
            UUID.fromString("00001101-0000-1000-8000-00805F9B34FB");

我在Android文档的SPP页面中找到了某处。