我看到了这个问题:两个独立Java桌面应用程序之间的通信(答案:JGroups),我正在考虑使用JavaGroups或直接RMI实现一些功能,但速度至关重要。我不会发送大量数据(MIDI消息内容,每个消息3个字节,每三毫秒不超过两条),这都在同一台机器上。 认为在同一物理机器上使用RMI / JGroups会很慢是愚蠢的吗?
(我的想法是,我不能承受超过1ms的延迟,因为我已经有一些,但我不确定如何在此情况下最好地谈论速度。)
我想我的真正问题是:是否有通过比TCP/IP更快速传输的Java内部应用程序通信选项? 我指的是已经在Java中实施的内容,而不是需要我实施JNI的可能性。
我知道,不要过早优化等等,但是总比安全感觉更好。
我想我的真正问题是:是否有通过比TCP/IP更快速传输的Java内部应用程序通信选项? 我指的是已经在Java中实施的内容,而不是需要我实施JNI的可能性。
我知道,不要过早优化等等,但是总比安全感觉更好。
Socket.getOutputStream.write(byte[])
以外的任何数据(由三个字节组成)传输方式。你没有对象,也没有任何明显的RPC语义,因此根本没有理由考虑其他任何方法。也许你应该考虑UDP多播。 - user207421