实时应用程序（服务器/客户端）的设计（类、方法、接口）

Question

我一直在寻找一本关于这个主题的好书或文章，但没有找到太多。我没有找到适合特定场景的好示例（一段代码）。就像客户端/服务器对话一样。 在我的应用程序协议中，它们必须发送/接收消息。喜欢： 服务器想要向客户端发送文件 客户可以接受也可以不接受， 如果他接受，服务器将通过同一连接/套接字发送字节。 我的应用程序的其余部分都使用阻塞方法，服务器有一个方法

继承人我所做的：

服务器方法：

public synchronized void sendFile(File file)
{
  //send messsage asking if I can send a file
  //block on read, waiting for client responde
  //if client answers yes, start sending the bytes
  //else return
}

客户端方法：

public void reciveCommand()
{
   //read/listen for a command from socket
   //if is a send file command handleSendFileCommand();
   //after the return of handleSendFileCommand() listen for another command
}

public void handleSendFileCommand()
{
   //get the file server want to send
   //check if it already has the file
   //if it already has, then send a command to the socket saying it already has and return         
   //else send a command saying server can send the file
   //create a FileInputStream, recive bytes and then return method
}

我100％确定这是错误的，因为，服务器和客户端不可能双向对话，我的意思是，当服务器想要向服务器发送命令，它们必须遵循命令的顺序，直到会话完成，然后才能发送/接收另一个命令序列。这就是为什么我同步发送请求的所有方法，

我并没有花很多时间就意识到我需要研究此类应用程序的设计模式...... 我读过有关责任链设计模式的内容，但我不明白在这种情况下如何使用它或其他好的设计模式。

我希望有人可以帮助我一些代码示例。 提前致谢

Answer 1

Java 中的 synchronized 关键字意味着完全不同的东西 - 它将方法或代码块标记为 临界区一次只能执行一个线程。你在这里不需要它。

那么，TCP 连接在字节流级别上是双向的。服务器和客户端之间的同步由交换的消息驱动。将客户端（几乎同样适用于服务器）视为状态机。有些类型的消息在当前状态下是可接受的，有些则不可接受，有些会将节点切换到不同的状态。

由于您正在研究设计模式，因此 状态模式 在这里非常适用。