从同一服务器上的Windows服务发送在ASP.NET MVC应用程序中运行的SignalR Broadcast

Question

我有一个ASP.NET网站，它使用SignalR集线器向网站用户发送消息。

我有代码调用业务层中的集线器，我使用依赖注入将集线器的实例从我的ASP.NET应用程序注入到我的业务层。

我遇到的问题是当我在Windows服务中使用我的业务层时，我不知道如何获得集线器的实例。

是否可以从我的ASP.NET应用程序中运行并从我的Windows服务发送广播，从服务器“挂钩”到我现有的SignalR集线器？

我意识到我可以使用以下代码在我的Windows服务中作为客户端连接，但这是错误的方式，我想从服务器发送广播...

// This code enables a client connection
var connection = new HubConnection("http://localhost:3537/");
IHubProxy myHub = connection.CreateHubProxy("NotificationHub");

connection.Start().Wait(); 

myHub.Invoke("setNotificationCount", "5");

Answer 1

编辑：基于我们的讨论，这是我对问题的理解：

问题：现有项目可以访问SignalR客户端，并且该项目需要响应与这些客户端的项目在同一服务器上运行的Windows服务事件。

我的解决方案：我将构建或使用webAPI项目作为服务和服务器项目之间的间隔。 该服务可以调用webAPI方法，然后访问您的业务级逻辑，然后根据需要更新SignalR客户端。 这还具有使Microsoft提供的内置保护可用的优点（即任何认证方案：表单，窗口等）。

---

本教程解释的方式是，为了向客户端广播，首先需要获取对所有连接客户端的引用。

GlobalHost.ConnectionManager.GetHubContext<StockTickerHub>().Clients)有关于如何返回客户端列​​表的示例

从那里你需要做类似的事情（再次使用他们的例子）： Clients.All.SomeClientMethod(string aParameter)

Answer 2

您的集线器托管在ASP.NET应用程序中。 所以不，没有办法直接从Windows服务广播......没有使用SignalR的横向扩展功能......

解决方案1（不使用横向扩展 - 首选） ：

Windows服务连接到作为客户端在APS.NET应用程序（hub1）内运行的集线器，并调用特殊的集线器方法，该方法向所有客户端广播消息。 OFC这种方法可能被普通（浏览器）客户端滥用。 要消除这种情况，可以在ASP.NET应用程序中创建另一个集线器（hub2），将方法放在此处，并使用GlobalHost.ConnectionManager.GetHubContext<hub1>()向连接到hub1的所有客户端广播。 Hub2可以通过授权进行保护，因此只有Windows服务可以使用它。 由于您已经在使用DI容器并将集线器注入业务逻辑，因此应该很容易定义通用接口（INotificationService）并创建两个不同的实现 - 首先将在ASP.NET应用程序中使用（使用Hub1进行实际通知），第二个将在Windows服务中使用，并使用Hub2将通知传递给ASP.NET应用程序。 从BL的角度来看，它是一样的......

OFC for Win Service - > ASP.NET通信，你可以使用任何其他通信技术，如MVC或WebAPI（如@Pseudonym建议），而不仅仅是SignalR

解决方案2

如果由于某种原因这不适合你，还有另一个想法。 我认为这里可以（误）使用SignalR scaleout功能 。 只是托管HUB1 内外 ASP.NET 和 Windows服务（使用不同的URL和端口！）。 即使客户端只能直接连接到ASP.NET应用程序，在Windows服务中运行的代码仍然可以向它们广播消息（消息传递到scaleout消息总线，然后传递到ASP.NET应用程序，然后传递给客户端）。

使用扩展（需要SQL Server \\ Redis或任何其他SignalR背板+延迟等等）并且您可能想要锁定Windows服务集线器以使客户端无法直接连接到它并运行hub1方法（我不确定）怎么做 - 一个想法是使用另一个集线器实现，但具有相同的名称（ HubNameAttribute ）和空方法+授权，所以没有人可以连接到它。 无论如何这更麻烦，你应该有充分的理由走这条路......