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();，它甚至在它有时间读取之前就关闭了我想发送的消息。到目前为止，我唯一的想法是将特定令牌作为 EOF 发送，但这听起来不对。

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

Answer 1

简单的答案是肯定的。您应该发送一个特定的令牌来表示 EOF。当您在蓝牙套接字上执行 read() 操作时，如果有数据准备好读取，它会立即 return 一些数据，否则 read() 调用将阻塞直到有一些数据，或一些IO异常发生（例如连接断开）。这就是为什么您必须使用 Threads 的原因，特别是对于蓝牙套接字读写操作。您试图做的是依靠 BufferedReader returning -1 来指示 "no more data"。可悲的是，这不是它的工作原理。 -1 只会在某些 IO 异常或连接关闭时发生。

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

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

Android bluetooth socket data transfer and lifecycle

android

android-bluetooth