Is "system.threading.channels“将解决跨进程应用程序的pub sub问题

Question

我有一个asp.net核心应用程序"A“，它每1分钟在一个文件夹中生成文件。

应用程序"B“需要通知或文件详细信息，包括我们生成的文件以及该文件的一些哈希信息。根据这个通知，应用程序"B“想要处理这些文件。

我正在考虑一些发布/订阅机制，我想要非常轻量级的组件，其中应用程序"A“将发布与文件相关的信息，而应用程序"B”将订阅和侦听。

"system.threading.channels“能解决这个问题吗？

Answer 1

简而言之:不。

System.Threading.Channels是进程内的-在许多方面与Queue<T>非常相似，但它是为async访问而设计的；

有许多方法可以实现跨进程(并且可能是跨机器)，但我想到的选项是：

• 让其中一个节点设置套接字服务器，并让另一个节点通过套接字连接；以
• 方式相互发送消息，但使用命名管道而不是套接字
• ，但使用http服务器；kestrel非常容易设置为服务器
• ，使用外部消息代理或管道作为中介，并让两个节点作为客户端连接到该服务器

<代码>H213<代码>F214