以完整.NET Framework为目标的ASP.NET Core能否使用旧版SignalR包？

嘿，这个问题我刚好有实际经验可以分享：完全可以在你的项目中使用旧版SignalR包，不过有几个关键细节得留意，我给你梳理清楚：

核心兼容性说明 #

因为你的ASP.NET Core应用是基于完整.NET Framework（而非.NET Core/.NET 5+），旧版SignalR（即Microsoft.AspNet.SignalR系列NuGet包）本身就是为.NET Framework打造的，所以底层兼容性完全没问题，不会出现框架层面的冲突。

配置注意事项 #

旧版SignalR依赖OWIN运行时，而ASP.NET Core的请求管道是重新设计的，所以需要做一些适配配置：

• 首先安装必要的NuGet包：

  Install-Package Microsoft.AspNet.SignalR
  Install-Package Microsoft.Owin.Host.SystemWeb
  Install-Package Microsoft.Owin.Security
  

• 在Startup.cs的Configure方法中，添加SignalR的路由映射，注意要放在合适的中间件顺序位置（建议在静态文件中间件之后、MVC中间件之前）：

  public void Configure(IApplicationBuilder app, IHostingEnvironment env)
  {
      // 其他中间件配置，比如静态文件
      app.UseStaticFiles();
  
      // 注册旧版SignalR路由
      app.MapSignalR();
  
      // MVC等其他中间件
      app.UseMvc(routes =>
      {
          routes.MapRoute(
              name: "default",
              template: "{controller=Home}/{action=Index}/{id?}");
      });
  }
  

功能与API区分 #

• 旧版SignalR的API和ASP.NET Core版完全不兼容：你的Hub类需要继承Microsoft.AspNet.SignalR.Hub，而非ASP.NET Core版的Microsoft.AspNetCore.SignalR.Hub。
• 客户端必须使用旧版的SignalR JavaScript库（比如jquery.signalR.js），不能混用ASP.NET Core版的客户端SDK，否则会出现连接失败的问题。

长期维护建议 #

虽然目前ASP.NET Core版SignalR还没生产就绪，但如果之后你的项目计划迁移到.NET Core/.NET 5+，旧版SignalR的迁移成本会比较高——两个版本的Hub API、客户端逻辑差异很大。如果项目长期基于.NET Framework，那用旧版SignalR完全没问题；如果有未来迁移计划，可以考虑等ASP.NET Core版SignalR稳定后再接入，或者提前做好代码隔离。

内容的提问来源于stack exchange，提问作者Simon Christiansen