如何让两个JVM相互对话

Question

我有以下情况：

我有两个JVM进程（实际上是两个单独运行的java进程，而不是两个线程）在本地机器上运行。让我们把它们称为进程A和进程B。

我希望他们彼此通信（交换数据）（例如，ProcessA向ProcessB发送消息以执行某些操作）。

现在，我通过编写一个临时文件来解决这个问题，这些过程会定期扫描该文件以获取消息。我认为这个解决方案不太好。

什么是实现我想要的更好的选择？

Answer 1

您需要的是进程间通信。Java以Java RMI API的形式提供了一个简单的IPC框架。还有其他几种进程间通信机制，如管道、套接字、消息队列（显然，这些都是概念，所以有一些框架可以实现这些）。

我认为在您的情况下JavaRMI或简单的自定义套接字实现就足够了。

Answer 2

我在github上添加了一个名为Mappedbus的库(http://github.com/caplogic/mappedbus)它允许两个（或更多）Java进程/JVM通过交换消息进行通信。该库使用内存映射文件，并使用fetch和add以及volatile读/写来同步不同的读写器。我已经测量了使用该库的两个进程之间的吞吐量为4000万条消息/秒，读/写单个消息的平均延迟为25纳秒。

Answer 3

IPC的多个选项：

• 不一定很难，但：
  • 可能不太详细，
  • 当您编写更多代码时，可能会为bug提供更多的表面
  • 从技术上讲，这也是网络通信，但对你来说是透明的
  • 通常也建立在RMI或网络通信之上，但支持复杂的对话和工作流
  • 对于简单的东西来说可能太重了
  • ActiveMQ或JBoss消息传递等框架
  • 更多用于JVM管理和监控，但如果您主要希望一个进程查询另一个进程的数据，或者向其发送一些操作请求，如果它们不是太复杂，则可以帮助实现您想要的
  • 也适用于RMI（以及其他可能的协议）
  • 一开始并不简单，但实际上使用起来相当简单
  • 这就是你现在正在做的
  • 这是可行的，但是有很多问题要处理
  • 您只需向其他项目发送信号即可
  • 然而，它相当有限，需要您实现一个翻译层（虽然这是可行的，但这是一个相当疯狂的想法，而不是认真的想法）

  如果没有更多细节，基于基本网络的IPC方法似乎是最好的，因为它是：

  • 最具可扩展性（在向您的
  • 最轻量级（就您的应用程序的内存占用而言）
  • 最简单（就设计而言）
  • 最有教育意义（在学习如何实现IPC方面）。^{（正如您在评论中提到的“套接字很难”，它确实不是也应该是您工作的内容）}

  也就是说，根据您的示例（只需请求另一个进程执行一个操作），JMX对您来说也足够好了。