从客户端套接字读取数据似乎缺少字节（从Java到python）

Question

背景

我最近才刚刚开始学习网络和Google的协议缓冲区，以在Java客户端与python服务器之间建立通信。 从我的python服务器向Java客户端发送消息的过程完美，但是相反的方式（从Java到python）始终失败。

问题

在从双方检查了消息的长度之后，我发现接收器（python）缺少了Java代码传输的某些字节，

Java端：
12 28 08 0b 12 24 15 00 00 80 3f 1a 1b 09 00 00 00 00 00 00 f0 3f 11 00 00 00 00 00 00 00 00 f0 3f 19 00 00 00 00 00 00 00 f0 3f 22 00
python端：
12 28 08 0b 12 24 15 00 00 80 3f 1a 1b 09 00 00 00 00 00 00 f0 3f 11 00 00 00 00 00 00 00 f0 3f

如您所见，最后10个字节丢失了。 我不知道问题所在。

代码

以下是我的java代码，

// Both Message and UPDATEs are message types I defined in my .proto file
Message message = Message.newBuilder()
                        .setUpdate(UPDATEs.newBuilder()
                        .setTimeStamp(11)
                        .addUpdates(state))
                        .build();
//System.out.println(message.toString());
System.out.println(message.toByteArray().length); // result -> 42
//System.out.println(byteArrayToHex(message.toByteArray()));
try {   
    OutputStream outputStream = socket.getOutputStream();
    message.writeDelimitedTo(outputStream);     
    System.out.println("Sending finished.");
} catch (IOException e) {
    System.err.println("SteerCommunicator_sendCarData(OutputStream output): " + e.toString());
    System.exit(0);
}

还有我的python代码

def server_loop():
server = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
print "Listening at port {}".format(PORT)
try:
    server.bind(("localhost", PORT))
except:
    print "Unable to listen on the Port" + PORT
    sys.exit()

server.listen(10)

while True:
    client_socket, addr = server.accept()
    print "Received Message from Client {}:{}".format(addr[0],str(addr[1]))
    msg = client_socket.recv(1024)
    print len(msg) # result -> 32

有任何想法吗？

Answer 1

如果诊断为未冲洗流是正确的，则以下为解决方法：

    try (OutputStream outputStream = socket.getOutputStream()) {
        message.writeDelimitedTo(outputStream);     
        System.out.println("Sending finished.");
    } catch (IOException e) {
        // SEE NOTES!!
        System.err.println("blah blah" + e.toString());
        System.exit(0);
    }

说明：通过使用try-with-resources ，我们确保无论块如何退出，资源总是在块退出时关闭。 这有两个好处：

1. 它确保流被冲洗
2. 它确保您不会泄漏资源（即关联的FileDescriptor ）。 资源泄漏会导致各种不相关的I / O活动失败……稍后……如果GC没有机会先清理混乱。

笔记：

1. 在代码的深处调用System.exit(...)是一个坏主意。 它优先于其他可能的恢复方法，并使您的代码难以扩展和/或重用。

2. 如果捕获并报告异常，则还应该在某处报告stacktrace...。

3. 更好的策略是将IOException声明为由封装方法抛出，并在更高级别捕获/报告/恢复。