在同一台计算机上的.net应用程序之间传输大数据

Question

我有两个在同一台机器上运行的.net应用程序。 第一个应用程序是“引擎”。它构建图像 - 图像的大小约为4M。 第二个应用程序是“查看器”。它显示了“引擎”发送的图像。 引擎每10-15秒发送一次图像。

我的问题是将图像从引擎传递给观看者的麻烦方法是什么。 目前，我正在使用FileSystem。引擎将图像写入文件系统文件夹，并使用FileSystemWatcher将查看器获取此文件。

这种做法好吗？那可靠吗？

Answer 1

由于.NET Framework 4.0可以使用内存映射文件，因此我认为它比基于文件系统的方法更快，因为您不需要昂贵的文件系统IO操作。

  

内存映射文件包含虚拟文件的内容   记忆。文件和内存空间之间的这种映射使得能够实现   应用程序，包括多个进程，来修改文件   直接读写内存。   内存映射文件可以跨多个进程共享。流程可以映射到＆gt;使用由创建文件

的进程分配的公用名称来生成相同的内存映射文件

因此，要在多个流程之间共享MMF，您只需要共享一个MMF名称，这样您就可以考虑以下方法：

• 引擎创建MMF文件并与Viewer共享一个名称（字符串）
• 使用MemoryMappedFile.OpenExisting(sharedName)方法查看访问MMF（有关从不同进程访问相同MMF的示例，请参阅MSDN）

有用的链接：

• Memory-Mapped Files
• Working with memory mapped files in .NET 4 - 强烈建议您阅读本文，其中介绍了为什么MMF真的"is the most efficient way for multiple processes on a single machine to communicate with each other"。基本上它表明所有其他IPC选项都是基于MMF的。

（来自上面提到的文章）如果我们检查其他IPC方法，我们可以看到以下架构：

Answer 2

有很多不错的选择：

• Message Queue
• 命名管道（直接）
• 内存映射文件
• 命名管道上的WCF或MSMQ

其中任何一个都足够快，所以我建议最容易实现。

我认为Message Queue（MSMQ）最简单易用，为您提供对象传输（与流相对），并为您提供可选的传输持久性（在发送方或接收方未运行的情况下非常有用）。所有这些对于WCF而不是MSMQ都是如此，但WCF意味着更多的开销，复杂性和配置，并且没有额外的（在这种情况下）值。

像这样发送：

MessageQueue queue = new MessageQueue(".\\private$\\ImagesQueue");
Message msg = new Message
{
    Formatter = new BinaryMessageFormatter(),
    Body = myImage,
    Label = "Image"
};
queue.Send(msg);

接收：

MessageQueue queue = new MessageQueue(".\\private$\\ImagesQueue");
msg = queue.Receive(TimeSpan.FromMilliseconds(100));
if (msg != null)
{
    msg.Formatter = new BinaryMessageFormatter();
    myImage = (MyImage)msg.Body;
}

需要在使用前创建队列。您可以在应用程序启动时执行此操作

在课堂上有这个：

private const string queueName = ".\\private$\\ImagesQueue";

在应用程序初始化/启动时，请确保您有队列：

if (!MessageQueue.Exists(queueName)
{
    MessageQueue myQueue = MessageQueue.Create(queueName);
}

使用此队列机制，Engine不必等待Viewer完成。这将大大提高感知性能，因为您可以生成下一个图像（实际上是它们的数量），而前一个图像仍在查看中。使用内存映射文件实现起来并不容易。

MSMQ是标准的Windows组件，但需要在Windows功能中启用。

Answer 3

使用ZeroMQ。它非常易于使用（如果您只发送一种消息，则比WCF更容易），没有大量开销，并且通常是许多进程间通信问题的良好解决方案。

Answer 4

是的，这是一种有效的方法。假设您的代码不包含错误，是的，它是可靠的。

但它很慢。如果需要考虑吞吐量，则可能需要使用套接字（如果您希望将引擎和查看器拆分为不同的计算机）或命名管道（用于同一台计算机上的进程间通信）。