我有一个服务器,它需要在观察者模式中尽可能快地将数据流式传输到多个客户端。
在客户端与服务器断开连接之前,每秒至少需要向每个客户端发送200条消息,每条消息由多个原语类型的8个值组成。由于每条消息都需要在创建后立即发送,因此不能将消息合并为一条大消息。服务器和客户端都驻留在同一LAN中。
在这种情况下,RMI和socket哪种技术更适合实现流媒体?
发布于 2012-11-14 01:34:18
RMI的开销很大,所以它并不合适。最好是创建一个简单的协议并使用套接字发送数据。
根据可接受的延迟,您应该配置套接字缓冲区大小并关闭Nagle算法。
发布于 2012-11-14 01:41:26
我不会为此使用RMI,RMI只是用于远程方法调用,即当客户端想要在服务器端执行一个方法(即一些业务逻辑)时。
套接字可以实现这一点,但是对于这种特定场景,您可能需要考虑JMS (Java消息传递服务)。JMS支持一种称为主题的东西,它本质上是对所有对该主题感兴趣的侦听器的广播。它通常也被优化为非常快。
您可以使用诸如Apache ActiveMQ之类的工具来实现您想要的功能。您还有许多选项,例如持久性(如果队列下降,消息仍在队列中)、消息过期(如果您希望消息在客户端不拾取的情况下变得过时)等。
显然,您可以使用普通套接字实现所有这些功能,并自己处理所有事情,但JMS为您提供了所有这些功能。您可以发送文本或二进制数据,甚至可以发送序列化的对象(我个人不推荐后者)。
发布于 2012-11-14 11:40:39
RMI是请求/响应协议,而不是流协议。使用TCP。
https://stackoverflow.com/questions/13365652
复制相似问题