我有两个程序，一个是C#编写的，另一个是Java编写的。 这些程序很可能永远在同一台机器上运行。
那么最好的让它们互相交流的方式是什么呢？
为了澄清问题：
这是一个个人项目（因此专业/昂贵的库不适用）。 消息量很小，大约每秒钟会有1到2条消息。 这些消息很小，几个原始类型应该就足够了。 我想保持复杂度的低下。 Java应用程序作为单个jar部署为另一个应用程序的插件。因此，合并的外部库越少越好。 我对C#应用程序有完全控制权。 如前所述，两个应用程序必须在同一台计算机上运行。 目前，我的解决方案是使用套接字与某种类似csv的格式。
Kyle在询问交互方面的正确方法。如果不知道使用模式，就没有“正确”的答案。
任何架构决策--特别是在这个层次上--都是一个权衡。
你必须问自己：
在了解这些问题的答案或潜在答案之前，选择实现架构将会很困难。一旦我们知道哪些因素是重要的，选择更适合反映运行系统要求的实现候选者将变得更容易。
我听说过关于IKVM的好评，这是一个使用.NET制作的JVM。
我知道你在谈论同一台机器上的程序，但我一直喜欢通过XML在HTTP上传递消息的想法。
您的服务器可以是准备好接受XML负载的Web服务器。您的客户端可以发送带有XML主体的HTTP消息，并接收带有XML的HTTP响应。
我喜欢这种方法的原因之一是HTTP是如此广泛使用的协议，以至于很容易接受或创建任何语言的HTTP POST或GET请求（如果您决定在将来更改客户端或服务器语言）。 HTTP和XML已经存在一段时间了，所以我认为它们会一直存在。
我喜欢它的另一个原因是，只要他们知道HTTP和XML，其他客户端也可以使用您的服务器。
我在一个相对简单的项目中使用了JNBridge (http://www.jnbridge.com/jnbpro.htm)，我们的.NET客户端应用程序使用了一个包含大量业务对象逻辑的jar文件，我们不想进行移植。它工作得非常好，但我不能说我们完全发挥了JNBridge的能力。
看起来在Stack Overflow上曾经有一个非常相似的问题（我正在谷歌搜索Java Windows共享内存）：
Efficient data transfer from Java to C++ on windows
从答案中，我建议您调查：
“最快的解决方案是内存映射共享内存段，然后实现环形缓冲区或其他消息传递机制。在C ++中，这很简单，在Java中，您可以使用FileChannel.map方法实现。”
