android蓝牙连接在489次成功连接后失败

不幸的是，我的安卓蓝牙有一些问题。对于我的测试环境，我使用带有 Android 4.4.2 的 Nexus 4。

我的 PC 上有一个 Java 应用程序，它使用 bluecove 作为客户端建立 SPP 连接。该程序正在寻找特殊的服务名称并与我的 Android 手机连接。然后它会向我的 Android 手机发送 72 个字节并等待答复。当得到答案时，程序会休眠 3 秒，然后重新启动。

在我的 Android 手机上，我有一个带有背景蓝牙监听器的应用程序，该应用程序在启动时启动。该应用程序基于BluetoothChat 示例演示。接收蓝牙数据时，我检查传入的数据并发回答案。

一切都运行良好。但是在 489 个蓝牙连接之后，Android 应用程序失败，并在 PC-java-app 运行时出现以下错误片段：

getBluetoothService() called with no BluetoothManagerCallback
Shutting down VM
threadid=1: thread exiting with uncaught exception (group=0x41b34ba8)
FATAL EXCEPTION: main
Process: de.tum.lme.diamantum:remote_blue, PID: 21567
java.lang.NullPointerException: FileDescriptor must not be null
    at android.os.ParcelFileDescriptor.<init>(ParcelFileDescriptor.java:174)
    at android.os.ParcelFileDescriptor$1.createFromParcel(ParcelFileDescriptor.java:905)
    at android.os.ParcelFileDescriptor$1.createFromParcel(ParcelFileDescriptor.java:897)
    at android.bluetooth.IBluetooth$Stub$Proxy.createSocketChannel(IBluetooth.java:1355)
    at android.bluetooth.BluetoothSocket.bindListen(BluetoothSocket.java:349)
    at android.bluetooth.BluetoothAdapter.createNewRfcommSocketAndRecord(BluetoothAdapter.java:1055)
    at android.bluetooth.BluetoothAdapter.listenUsingRfcommWithServiceRecord(BluetoothAdapter.java:976)
    at com.test.btconn.BluetoothHandling$AcceptThread.<init>(BluetoothHandling.java:449)
    at com.test.btconn.BluetoothHandling.start(BluetoothHandling.java:216)
    at com.test.btconn.BluetoothListenerService.setupBtSockets(BluetoothListenerService.java:330)
    at com.test.btconn.BluetoothListenerService.manageBtState(BluetoothListenerService.java:249)
    at com.test.btconn.BluetoothListenerService.setBtStateDisconnected(BluetoothListenerService.java:383)
    at com.test.btconn.BluetoothListenerService.access$5(BluetoothListenerService.java:378)
    at com.test.btconn.BluetoothListenerService$2.handleMessage(BluetoothListenerService.java:421)

因此应用程序的 ParcelFileDescriptor 存在问题，它突然为空。但为什么？

当更改 PC-java-app 上的暂停时间、使用不同的数据大小进行传输和使用不同的智能手机时，上述所有情况也会发生。当使用反射“listenUsingRfcommWithServiceRecord”时，505 传输后也会发生同样的情况。使用唤醒锁也不会改变任何事情。

顺便说一下，我在使用 BluetoothChat 示例时得到了相同的行为。

那么，有没有人提示一下，会发生什么？

Update:

每次连接后都会关闭BluetoothServerSocket，如果蓝牙状态为3，则关闭BluetoothSocket。

这个问题似乎与极限有关文件描述符在您的设备上。有一个关于这个问题的报告here

During the creation of a Bluetooth socket a new fd is two new FDs are acquired from the system. It seems you are not closing your previous BT connections correctly so the number of used FDs steadily increases until you hit the limit.

为了避免这种情况，你至少必须打电话close() on the 蓝牙服务器套接字您收到来自listenUsingRfcommWithServiceRecord()完成操作后调用。您还应该检查是否占用了与 BT 连接相关的其他资源，并在可能的情况下释放它们。

这里要求的是如何强制关闭BluetoothServerSocket的ParcelFileDescriptor。当心：它可能会破坏东西！

您将必须访问mSocket领域的蓝牙服务器套接字访问底层蓝牙插座. This 蓝牙插座mPfd 字段中保存 ParcelFileDescriptor。你可以打电话close()。由于这两个字段都不可见，因此您必须使用反思:

public void closePFD(BluetoothServerSocket closeMe) throws AllKindOfExceptionsThatYouHaveToHandle
{
    Field mSocketFld = closeMe.getClass().getDeclaredField("mSocket");
    mSocketFld.setAccessible(true);

    BluetoothSocket btsock = (BluetoothSocket)mSocketFld.get(closeMe);

    Field mPfdFld = btsock.getClass().getDeclaredField("mPfd");
    mPfdFld.setAccessible(true);

    ParcelFileDescriptor pfd = (ParcelFileDescriptor)mPfdFld.get(btsock);

    pfd.close();
}

这将关闭蓝牙服务器套接字。如果您只想关闭蓝牙插座从 BTServerSockets 接受方法中，您可以省略获取的部分mSocket如所见吉坦·夏尔马斯 回答.