服务器本质上是一个项目队列,而客户端充当这些项目的生产者和/或消费者。
服务器必须:
- 监听 put/take 请求并相应地处理它们 - 这通常不会花费太长时间,它包括:
- 解析一个短字符串;
- 一个
HashMap.get
; - 获取锁;
PriorityQueue.poll
或PriorityQueue.offer
;
- 尽快将所有项目 Activity 通知每位客户,以便每位客户都能实时了解正在发生的事情。
最简单的设置方法是让一个线程接受
客户端,然后为每个客户端创建两个线程:
- 处理
InputStream
的一个,它会阻塞等待请求; - 另一个处理
OutputStream
,它监听队列中的事件,并将信息发送到客户端。
当然这不是可扩展的,而且每个客户端有两个线程似乎很浪费。
我也想过用单线程,这样会
- 为
read
设置一个大约 1 秒的套接字超时; - 如果
read
超时,或者在处理完请求后,继续将每个新事件发送给客户端; - 循环这两个 Action 。
但是,轮询请求和事件也是一种浪费。
另一种方法是使用线程池,并将上述两个操作中的每一个都放在它们各自的 Runnable
中。然后,这些可运行对象将在 Executor
中相互排队。
这看起来同样浪费,甚至更多。
我一直在阅读 some questions ,我现在对 NIO 很好奇,因为非阻塞操作和事件驱动的服务器似乎是正确的方法。
上述任何设计是否适合这项任务,或者我应该用 NIO 来解决它吗?
就数字而言,这更像是一个练习而不是一个真实的系统,因此它不必处理成千上万的客户端,但理想情况下,它应该 em> 能够很好地执行和扩展。
最佳答案
那么你需要继续使用 ThreadPool 因为你需要管理 Runners!我建议你在你的业务中实现 MOA 结构,因为这个客户端连接到服务器并且服务器等待客户端请求(数据),然后服务器队列作业(如果没有可用于处理的线程)并立即响应一个长值,该值指向服务器上的客户端进程 ID 并关闭套接字。 现在,如果客户请求已处理并准备好采取行动怎么办?所以这里有两种方法,好的一种是服务器向客户端发送信号(因此客户端需要监听服务器响应[ServerSocket])关于完成的请求。或者客户端定期检查服务器并检查进程的状态。
关于java - Java中的多线程服务器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19144072/