两台服务器监听同一个地址

Question

我有一个可能运行多个实例的应用程序。我有一个同时在所有实例上执行的任务。 我想安排一个操作系统任务来运行一个通过命名管道发送消息的小应用程序，并且我想让我的所有实例都侦听该管道并执行其操作。 我尝试了 WCF 命名管道，并在尝试运行第二个实例时收到了 AddressAlreadyInUseException。

可行吗？有道理吗？我的目标是找到正确的解决方案吗？ （并不是说我不需要从应用程序向调用者发送回复）

Answer 1

典型的方法是这样的：

• 单个“负载平衡器”进程具有众所周知的地址并持续监听它。
• “工作”进程启动并联系“负载均衡器”进程；这在它们之间建立了一条管道。
• 然后，“负载均衡器”在“工作人员”和外部世界之间路由请求和响应，通常每次都会选择最不繁忙的“工作人员”。

“工人”不需要监听管道或套接字；您必须对它们进行不同的配置，并将此配置传达给“负载均衡器”。通过侦听“负载均衡器”，每个“工作人员”都可以进行相同的配置，并且只需要知道如何联系“负载均衡器”。

Answer 2

Windows 管道（就像输送油、水或其他物质的真实管道）只有两端，一端是服务器，另一端是单个客户端。

您不能让多个客户端在单个管道上“侦听”，并且沿着管道发送的每条消息都将由单个接收器接收。

您可以让多个服务器全部侦听同一管道名称上的管道连接，但管道名称只是一个集合点，而不是共享管道实例。连接到命名管道的每个客户端都将通过单个管道实例连接到单个服务器（客户端无法选择）。没有可靠的方法来枚举所有侦听服务器。 （如果您想使用 WCF，命名管道绑定创建和发布实际的管道名称 意味着，正如您所发现的，一次只有一个服务进程可以侦听特定的服务 url）。

两种可能的方法：

1. Windows Mailslots 支持按照您需要的方式进行广播。您的工作进程将全部使用相同的名称创建一个邮槽，并监视它是否有消息到达。您的触发器应用程序将向邮槽发送一条消息。缺点是没有包装此功能的 .NET 库类，因此您需要通过 P/Invoke 直接使用 Win32 API。
2. 扭转您的 WCF 服务并使用 NetNamedPipeBinding 提供的双工消息传递支持。您的工作进程将是 WCF 服务的客户端，该服务由触发器应用程序（如果工作进程一直在运行）或充当代理的单独服务公开（在这种情况下，它将公开第二个服务，该服务由触发器应用程序公开）。触发器应用程序将用于启动通知）。工作进程使用的 WCF 服务将具有注册和取消注册操作，工作进程将使用这些操作来通知其启动和停止。它还会有一个回调合约，触发器（或代理）应用程序将使用该回调合约将任务消息发送给工作人员。

我建议第二种方法不太脆弱（邮槽通信完全是一种方法，因此有更大的范围来难以诊断错误）。