本地C ++和Java程序之间的通信有哪些好的替代方案？

Question

“本地”是指两者都在同一子网中运行，在大多数情况下是相同的主机/ VM，因此一些标准的跨网络跨平台RPC机制（如SOAP，XML-RPC，CORBA等）似乎是不必要的。

有效载荷主要是数字（主要是表格）数据，包含从C ++到Java的少量元数据（例如可用数据服务，数据描述/类型等），以及从Java到C ++的控制台/脚本化UI事件。 因此，C ++程序就像客户端的服务器和Java程序一样。

我可以列举几个选项（主要来自搜索这个精彩的网站），但我从来没有在真实世界的重型场景中使用或看过一个，所以我真的希望有人“在那里，做到这一点”可以教育我关于选项的利弊。

1. 共享内存
2. 管道，stdin / stdout等
3. 普通套接字上的自定义数据结构（可能是UDP）（ 这个问题 ）
4. 普通套接字上的消息可能是Google协议缓冲区，Thrift，JSON等（ 此答案等）
5. 带有C ++ RMI服务器的Java RMI（ 这个问题 ）
6. JNI（ 这个问题的一些答案）

我很确定我错过了很多选择。 感谢大家的帮助！

---

编辑：我忘了提到性能不是一个主要问题，因为数据吞吐量预计不会很大（服务器严重受数据库限制），但重要的是要知道一个选项是否更快或更慢。 例如，我认为没有什么比共享内存更好（如果做得对）。

Answer 1

选项3和4用于现实世界的重载情况。

选项1,2,6没有到达另一个主机。

对于非Java方面，选项5可能太麻烦了。

我选择选项4，因为选项3太低级别（除非选项4太慢）。 从您列举的那些中选择您最喜欢的跨平台轻量级消息传递协议。 这些都是“经过实战考验”并且拥有大多数语言的库。

Answer 2

我会选择4.我会跳过5. 2会很笨重。

我们正在谈论将数字作为纯文本传递，是吗？