Java应用程序和本地服务器之间的进程间通信

Question

Java应用程序和本地服务器之间的进程间通信

javaapachenode.jsraspberry-piinter-process-communicat

10

首先祝所有程序员们节日快乐（今天是程序员日 :)）

其次，我正在开发一个项目，规格要求使用一个服务器作为前端和一个应用程序作为后端。这个项目是一个高级智能家居系统。服务器将通过互联网处理来自客户端的命令（就像从房屋外部的遥控器一样），并将它们发送（通过通信渠道）到应用程序（计划使用JAVA应用程序），后者将处理主要的逻辑，如控制硬件设备（灯...），从麦克风（本地麦克风）读取，并访问数据库以充当语音识别系统（离线）。

现在我还在规划阶段，我不确定哪些技术最适合这个项目。我考虑使用Node.js或Apache作为服务器，使用Java应用程序作为后端，以及任何SQL数据库作为应用程序的SRS。

我希望这个插图清楚地说明了系统的工作原理：

enter image description here

主要问题是：

如何使Java应用程序与服务器通信（通信渠道[必须是双向]）？

并且您是否推荐除上述服务器之外的特定服务器来完成此工作？

到目前为止，我想到了以下几点：

1-JSP和Servlet（使服务器也是应用程序）。但我不希望服务器处理离线内容，我也不确定Java Servlet是否可以访问硬件接口。我还希望服务器与做出关键决策的系统分开（不同层出于安全原因，而且由于它不像本地[离线]系统那样经常使用）。

2-通信渠道:

A- 这是一个共享文件，但这是一个不好的想法，因为我不希望应用程序时常检查文件内容（接收命令）是否有变化（过多操作）。

B- 通过端口（套接字通信）进行进程间通信似乎是最好的解决方案，但我不知道在操作成本和通信错误方面会出现什么情况。

所用操作系统：Linux Raspbian

编辑：

我确定ZMQ+Apache足以完成此任务，但与Web服务（如SOAP）相比如何？从标准实现和安全性方面来看，Web服务是否是更好的解决方案？

欢迎提出所有相关建议，谢谢！

- CME64

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- moka · Accepted Answer

ZeroMQ非常适合内部通信或任何类似的通信解决方案。

针对您的情况，我认为ZeroMQ是最佳选择。
原因：

您的离线服务器必须对Web解决方案保持不可知状态。
通信可以是可靠和双向的，可能还有其他模式（pub>sub、req<>res等）。
重新启动任一侧都不需要在另一侧重新启动套接字（连接），因为消息已排队。
可以扩展到同一硬件以及本地区域网络甚至通过互联网进行扩展。
支持社区庞大。它可能看起来有点难以理解，但实际上很简单，只需查看示例，一旦理解概念，就非常容易和整洁地使用。
ZeroMQ拥有许多流行语言的驱动程序，包括Java和Node.js。

注意事项：

您需要考虑数据包和数据将如何发送。因此，一些流行的数据协议，如XML或JSON，是思考的好方法。
对不同服务的责任-确保它们彼此之间不太依赖。或者如果主要离线服务器是系统的核心，请确保它不依赖于面向Web的服务，以便可以删除/替换/改进等。

还有几点需要考虑：
为什么选择Java？模块化方法怎么样？例如，如果您想将更多传感器添加到智能家居解决方案中，则拥有一个巨大的应用程序将需要更改它，这也更难维护，并且需要满足自己的需求。考虑模块化方式-离线内容的一些核心功能，但许多聚合器进程将与不同的传感器交互。这使得更容易支持不同的设置和环境，并通过改进独立组件来维护整个系统。