因此,您在学习网络时会遇到的一件事就是失去同步。例如,当您“硬编码”一组客户端-服务器交互时,就会发生这种情况;
server sends 2 byte status code
client receives 2 byte status code
client responds with 4 byte operation code
如果由于某种原因有一个错误导致此交互的任何部分不能完全按照它的需要发生,那么程序的 rest 将失败,因为所有网络交互现在都不同步.客户端可能会读取它认为代表字符串的一组字节,而实际上服务器正在发送一个 int,等等。最糟糕的是,您可能会发现主网络线程死锁,因为客户端和服务器都在同时等待输入。
对于一个较大的项目,其中肯定存在错误,如果您以这种风格编写代码,这种情况会发生很多。出于这个原因,我们有一个叫做middleware的东西。
一个非常常见且灵活的中间件范例是TLV Message Protocol。您将实现一些简单的类(在半 java 伪代码中);
TLVMessage
int type;
byte[] value;
TLVPusher implements Runnable
OutputStream out;
Queue<TLVMessage> messages;
run() {
while(true) {
//poll and write front of queue to out (INCLUDING value.length!)
}
}
TLVReader implements Runnable
InputStream in;
Queue<TLVMessage> messages;
run() {
while(true) {
//read message from in and add to queue
}
}
现在您有两个线程在客户端运行,两个线程在服务器上运行。每一端都有自己的Pusher 和Reader。需要注意的重要一点是,由于您将 length 字段写入输出流,读取器总是知道它需要读取多少字节。因此即使一条消息被错误地序列化,它的长度仍然是正确的,并且下一条消息总是会从第一个字节到最后一个字节被正确读取。这样您的程序就永远不会不同步。
您只需将TLVMessage 对象添加到pusher.queue,它们就会到达套接字另一端的reader.queue。然后,您可以通过它们的type 字段处理消息(在另一个,第三个,监视reader.messages.size() 的线程中)。
您无需担心事情发生的顺序,您有一个强大的机制在客户端和服务器之间在两个方向上传递消息。你已经把繁琐的网络东西抽象出来了,可以继续编码了。
当然,libraries 可以为您完成所有这些工作,但在我看来,了解 如何 和 为什么 总是值得的。