SignalR非常适用于以下情况：
1）当您需要在Websockets不可用时有备选方案
并且
2）您可以控制客户端的实现（客户端必须遵循特定的协议）
根据您提供的项目信息（只能受限地控制客户端的实现、仅实现了websocket服务器和Web API），我能想到的最简单的方法是使用Microsoft.WebSockets。
您可以从NuGet安装Microsoft.WebSockets，并在几分钟内开始运行websocket服务器。虽然有一些教程（例如：https://dejanstojanovic.net/aspnet/2014/june/database-change-notifications-in-aspnet-using-websocket/），但基本上：
1）确保您的IIS已启用Websockets
2）创建一个Web API控制器来处理websocket请求。例如：
using System;
using System.Net;
using System.Net.Http;
using System.Web;
using System.Web.Http;
using Microsoft.Web.WebSockets;
public class SomeController : ApiController
{
// Has to be called something starting with "Get"
public HttpResponseMessage Get()
{
HttpContext.Current.AcceptWebSocketRequest(new SomeWebSocketHandler());
return Request.CreateResponse(HttpStatusCode.SwitchingProtocols);
}
class SomeWebSocketHandler : WebSocketHandler
{
public SomeWebSocketHandler() { SetupNotifier(); }
protected void SetupNotifier()
{
// Call a method to handle whichever change you want to broadcast
var messageToBroadcast = "Hello world";
broadcast(messageToBroadcast);
}
private static WebSocketCollection _someClients = new WebSocketCollection();
public override void OnOpen()
{
_someClients.Add(this);
}
public override void OnMessage(string message)
{
}
private void broadcast(string message)
{
_someClients.Broadcast(msg);
SetupNotifier();
}
}
}
SetupNotifier()方法应该包含可以捕获所需反应的逻辑。 broadcast(string message)（当然可以重命名）包含“返回”数据到客户端的逻辑 - 该示例向所有客户端发送相同的消息。ws://请求。这并没有完全回答您的问题，但是
我们研究了SignalR，但它似乎需要jQuery，因此在原生应用程序中将会很麻烦。
这是不正确的，实际上它支持自托管和各种平台的客户端。
SignalR在可用的情况下使用新的WebSocket传输方式，并在必要时回退到旧的传输方式。虽然您当然可以直接使用WebSocket编写应用程序，但是使用SignalR意味着许多您需要实现的额外功能已经为您完成。最重要的是，这意味着您可以编写应用程序以利用WebSocket，而不必担心为旧客户端创建单独的代码路径。SignalR还使您免于担心WebSocket的更新，因为SignalR将继续更新以支持底层传输的更改，为您的应用程序提供跨WebSocket版本的一致界面。有人正在为我们构建本地聊天应用程序，Websockets似乎是在应用程序和我们的服务器之间实现同步的最佳方法（服务器使用Web API）。