ASP.net Web 应用程序，通过创建服务向浏览器推送通知

Question

Web 应用程序 Asp.net 和 C#

我正在开发一个 Web 应用程序，理想情况下该应用程序将包括通知服务，当用户在浏览器上收到兴趣或类似内容时更新用户。

理论

例如，用户 1 为用户 2 点了赞，用户 2 的信息被传递到我的 Web 应用程序中进行处理。如果我想在在线/离线时更新用户 2，我需要一个异步处理的进程。当用户 2 登录时，我的应用程序必须检查是否有任何更新和推送，并在用户打开时继续检查。我看到它的方式是，我需要为每个访问我的应用程序的用户指定一个任务，以检查该用户是否有任何更新。如果没有任何更新，该任务将被锁定等待更新。已经有并发连接在等待该任务，因此消耗量是原来的 2 倍。

问题

我正在尝试找出另一种分配负载的方法，以便我的应用程序可以通过与其他系统或服务通信来优雅地处理推送。由于为每个具有并发连接的用户专门分配一个工作任务会占用大量资源。

研究至今

我研究了一个消息队列系统，看看这是否能解决问题，但在研究时，我似乎会做同样的事情，就像专门处理一个任务来处理每个访问我的应用程序的用户来收听任何消息从队列中。

或者更糟糕的是，我必须为每个用户创建唯一的队列，这是不推荐的，然后处理消息并为用户是否在线/离线添加更多逻辑。

问题

检查更新的最有效方式是什么，是我上面描述的方式，为每个使用我的 Web 应用程序的用户指定一个任务，还是有另一种设计模式可以用来为我的那部分提供服务？申请？

我想说的一点

使用 signalr 等框架或 commet 或 long polling 等方法将客户端连接到我的 Web 应用程序没有问题。

我使用了带有 SQLdependancy 的 signalR，但存在性能问题。我不能使用 SQL Server 来触发事件，因为如果用户数量增加，它会锁定我服务器上的一个线程，因为每个依赖于 SQL 创建的集线器都会调用 asych/await。从理论上讲，我真的很想将其作为服务复制到我的应用程序中，但不知道如何做到这一点。

Answer 1

我也有类似的情况：

在我的应用程序中，我有很多客户端，每个客户端都可以登录多次。例如客户端A和B，客户端A1使用PC桌面浏览器登录，同时使用Android手机登录（我们称之为A2）。客户端B2使用iPhone登录，客户端B1电脑桌面浏览器离线。

那么，当 A1 向 B 发送消息时（不知道 B1 或 B2）：

1. A1调用IIS中的Web Services或webapi发送消息，并将消息存储在sql中。

2. A1调用signalr Server，告诉Server有一条消息从A到B。

3. signalr Server知道当前A1、A2、B2在线，所以Server调用A2、B2 signalr客户端更新客户端页面。

这里假设 A2 Android App。正在前台和B聊天，屏幕会更新到和A1同步。

这里假设 B2 iPhone App。在后台，会生成本地通知，并在收到signaler消息的同时更新隐藏屏幕，B点击通知时可以看到更新的消息。

4. 一段时间后，当 B1 使用 pc 浏览器登录时，它会调用 webservices 或 webapi 来获取最新消息。

就是这样。我没有sql触发器，没有新消息时一切都是空闲的，除了信号器的心跳（仅在连接状态改变时发生）。

设计思路是我尝试将加载放在客户端，客户端可以尽早收到消息。