IPC with gui（Java和Native code）

Question

我的申请由两部分组成 -

Java中的一些GUI逻辑。 本机代码（主要是Delphi） - GUI实现本身。

Java使用本机代码进行简单的操作，例如打开窗口和响应用户输入事件 - 实现是通过JNI完成的。

我有兴趣将双方分成不同的流程 - 在不挂gui的情况下，在它们之间实施IPC的最佳方法是什么？ 我倾向于TCP套接字或共享内存，但在我深入研究之前，我很乐意听到一些意见。 性能和简单的实现是我主要关注的问题。

提前致谢。

Answer 1

如果您的问题是关于内存消耗

如果你的RAM不足（正如你的评论所暗示的那样 - 但你应该在你的主要问题中写得更好：你提供的细节越多，得到的答案就越好）。

你为什么要混用Java和Delphi？ Java可能不适合处理超过1 GB的内存，因为它对于常见任务和内部GC具有更高的内存消耗。 即使你以64位运行JVM，你也会遇到新的扩展问题：你应该编写非常具体的代码来处理Java的大量内存。

公平地说，问题不是来自Delphi，而是来自Java内存消耗。 因此，恕我直言，你应该更好地用本机代码编码你的数据层。 Java可能会增加您的问题。

你可以：

• 使用Free Pascal编译器从Delphi代码编译64位库，然后从主32位Delphi应用程序或使用JNI从Java使用Memory Mapped文件作为桥来调用它。
• 更改访问数据的方式。 您可能不需要同时拥有所有这些GigaBytes数据。 您可以将它放在磁盘上，然后通过索引访问它，它将保留在RAM中。 如果您使用Delphi，您应该使用自己的文件处理（您可以使用类似我们的BigTable库进行存储和索引访问），或者使用数据库（即使SQlite3能够处理GB数据，因为它的限制大约是140TB ，具有SQL的强大功能，仅用于检索数据）。
• 如果你真的需要留在Java中 ，你可能会使用一些DB而不是简单的内存结构。 您可以使用Java中的SQLite或纯Java DB。 我怀疑它会减少你的内存消耗。

主要方法是：只在内存中保留所需内容，并使用Map / Reduce算法或某种索引。

如果您的问题是在Java和Delphi之间混合使用GUI

从我的实验来看，这可能很难，因为JNI倾向于使用自己的线程，而VCL期望它的所有进程都在主线程中运行。

所以你可以：

1. 创建一些Delphi方法，在从JNI调用时运行VCL Synchronize方法来更新屏幕。
2. 依靠Windows GDI消息通信，即在Delphi代码中创建自己的WM_USER *处理程序，然后通过发送一些低级PostMessage或SendMessage API从您的Java代码中刷新屏幕内容。 按照设计，这将是线程安全的。
3. 使用无状态方法：我非常喜欢它。 就像在HTTP中一样，用户界面将充当客户端，并定期询问数据层（充当服务器）以获取刷新的数据。 所有这些过程都将保留在主线程中，并且可以通过Timer轻松完成。 使用定时器，每次刷新500 ms的时间就足够了，您的主应用程序将保持被动。

在所有情况下...

对于IPC，内存映射文件比套接字更快，但GDI消息在处理少量数据时是理想的。 套接字是很好的候选者，并且在本地机器上也会很快：如果传输的数据量仅为几KB（例如高达1 MB），则内存映射文件的小开销将不会显着; 如果您需要创建应用程序的轻客户端版本，它仍然可以工作。

Answer 2

你的答案的问题取决于你的要求（假设你有充分的理由以这种方式划分申请）：

如果你需要做“琐碎”的任务，即不需要太多的数据传输，那么使用套接字可能更好。 您需要创建一个协议，例如尊重字节顺序。 还请注意，传输数据会降低您的gui响应速度。

如果需要传输大量数据，使用共享内存可能会更高效。 请注意，您需要自己完成簿记，这是通过tcp实现（例如发送/接收缓冲区）完成的。 使用此需要协议的问题变得更糟。

Answer 3

如果您想要一个简单的实现，那么不要将应用程序分成两个进程。 性能方面，这不是问题，但是您要在单个应用程序中添加高于复杂性的顺序。 您需要有一个非常充分的理由将应用程序划分为多个过程，以克服您使用此架构提供相同功能所需的时间和精力。