Android蓝牙套接字数据传输和生命周期

Question

我目前正在尝试使用蓝牙在两个 Android 设备之间发送一些数据。我已经阅读了很多关于蓝牙传输、套接字和流的问题。到目前为止没有任何运气。连接部分正在工作。我获取设备地址，然后使用以下命令打开连接:

BluetoothDevice device = BluetoothAdapter.getDefaultAdapter().getRemoteDevice(myOtherDeviceAdress);
BluetoothSocket socket = device.createRfcommSocketToServiceRecord(UUID.fromString(myUUID));
socket.connect();

然后尝试使用 OutputStream

发送一些数据

OutputStream mmout=tmp.getOutputStream();
byte[] toSend="Hello World!".getBytes();
mmout.write(toSend);
mmout.flush();

在接收端:

mBluetoothServerSocket = mBluetoothAdapter.listenUsingRfcommWithServiceRecord("ccv_prototype", UUID.fromString(myUUID));
mBluetoothSocket = mBluetoothServerSocket.accept(3 * 1000);
InputStream is = mBluetoothSocket.getInputStream();
BufferedReader r = new BufferedReader(new InputStreamReader(is));

然后，不同的版本尝试读取缓冲区，目前:

int c;
StringBuilder response = new StringBuilder();
try {
    while ((c = r.read()) != -1) {
        //Since c is an integer, cast it to a char. If it isn't -1, it will be in the correct range of char.
        response.append((char) c);
    }
} catch (IOException e) {
    e.printStackTrace();
}
String result = response.toString();
Log.d("MyTag", "Received String: " + result);

我这里的问题是，如果我不关闭OutputStream，接收端永远不会收到EOF，但是如果我添加mmout.close();，它甚至还没来得及阅读我要发送的消息就关闭了。到目前为止，我唯一的想法是将特定 token 作为 EOF 发送，但这听起来不对。

我错过了什么？任何帮助表示赞赏。

Answer 1

简单的回答是肯定的。您应该发送一个特定的 token 来表示 EOF。当您在蓝牙套接字上执行 read() 操作时，如果有数据可供读取，它将立即返回一些数据，否则 read() 调用将阻塞直到有一些数据，或发生一些IO异常(例如连接断开)。这就是为什么您必须使用 Thread 的原因，尤其是对于蓝牙套接字读写操作。您试图做的是依靠 BufferedReader 返回 -1 来指示“没有更多数据”。可悲的是，这不是它的工作原理。 -1 只会在某些 IO 异常或连接关闭时发生。

检测您的信息(即您的数据包)开始和结束的位置，或者确定整个通信 session 何时结束，是您在自己的应用程序协议(protocol)(或者当然是现有协议(protocol))中自行处理的事情) 在套接字上工作。对于任何通过流套接字工作的协议(protocol)来说，这是一个重要的概念。一个很好的例子是 HTTP，正如您所知，它通常在 TCP 上使用。快速浏览一下 HTTP 将向您展示 (a) HTTP 协议(protocol)如何使用 header 告诉接收者整个 HTTP“消息”还需要多少字节，以及 (b) HTTP header 还如何用于协商何时连接应该关闭。您不能做的是尝试在套接字本身上使用方法来确定发送方何时完成写入消息。同样，如果一端要知道另一端想要关闭连接，则应通过应用程序协议(protocol)进行协商。