.NET4.6.2 WebForm项目SignalR在/signalr/negotiate返回400错误

直接触发400的已确认代码问题 #

• 全局配置CORS头与SignalR内置CORS逻辑冲突：在webconfig的httpProtocol节点添加的全局Access-Control响应头，会和SignalR路由下OWIN中间件自带的CORS处理逻辑生成重复的响应头，被IIS请求筛选模块判定为非法响应，直接返回400。这是WebForm项目接入SignalR最常见的坑——老WebForm项目经常为了通用ashx接口配置全局CORS，完全没考虑SignalR路由的独立处理逻辑。
• Owin启动配置未被应用识别执行：贴出的Startup类没有添加Owin启动标记，WebForm项目默认不会像MVC项目那样自动扫描Owin启动类，这会导致app.Map("/signalr", ...)的路由注册逻辑根本不执行，所有打向/signalr的请求都会因为找不到对应处理程序返回400。
• 无扩展URL路由未被正确注册：WebForm项目默认不启用无扩展URL的处理映射，/signalr/negotiate这类无文件后缀的请求会被WebForm页面处理程序拦截，判定为不存在的aspx资源返回400。
• jQuery版本兼容缺陷：SignalR 2.4.1 兼容的jQuery版本下限虽然标注为1.6.4，但该老版本jQuery对CORS预检请求的处理存在原生缺陷，会在negotiate的OPTIONS请求阶段发送不符合规范的请求头，触发接口400拦截。

按优先级排序的修复步骤 #

1. 移除webconfig中<httpProtocol>节点下所有全局添加的Access-Control-*响应头配置，完全依靠SignalR路由下自带的CorsOptions.AllowAll处理跨域逻辑，彻底消除重复响应头的问题。
2. 给Owin Startup类补上启动标记，二选一即可：
   • 在项目全局代码文件里（比如AssemblyInfo.cs）添加特性：[assembly: OwinStartup(typeof(你的项目命名空间.Startup))]
   • 在webconfig的<appSettings>节点下添加配置项：<add key="owin:AppStartup" value="你的程序集名.Startup, 你的程序集名" />
     注意：必须确保项目已经通过NuGet安装了Microsoft.Owin.Host.SystemWeb包，否则即使添加了启动标记，Owin管道也无法接入ASP.NET运行时，路由注册逻辑不会执行。
3. 在webconfig的<system.webServer>/<handlers>节点最前面添加无扩展URL处理映射，避免WebForm程序拦截SignalR请求：

   <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
   <remove name="OPTIONSVerbHandler" />
   <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE" 
        type="System.Web.Handlers.TransferRequestHandler" resourceType="Unspecified" 
        requireAccess="Script" preCondition="integratedMode,runtimeVersionv4.0" />
   

4. 调整SignalR的HubConfiguration配置，开启详细错误输出，方便后续定位具体问题：

   var hubConfiguration = new HubConfiguration
   {
       EnableDetailedErrors = true, // 开启后negotiate接口会返回具体的400错误原因，而非通用提示
       EnableJavaScriptProxies = true // 确保/signalr/hubs路径能正常生成Hub代理脚本
   };
   

5. 替换页面引用的jQuery版本，把现有jquery-1.6.4.js替换为jQuery 1.12.4及以上、3.x以下的稳定版本（比如jQuery 3.4.1），消除客户端脚本的兼容问题。

修复验证流程 #

• 第一步：直接在浏览器地址栏访问/signalr/hubs路径，若能返回一段包含idologyHub代理定义的JavaScript代码，说明Owin启动配置、路由注册逻辑已经正常执行。
• 第二步：直接在浏览器地址栏访问/signalr/negotiate?clientProtocol=2.1路径，若能返回包含ConnectionToken字段的JSON响应，说明negotiate接口已经可以正常处理请求，不再返回400错误。
• 第三步：回到aspx页面执行$.connection.hub.start()逻辑，确认连接建立后，Hub里定时器推送的消息能正常在浏览器控制台输出。

内容的提问来源于stack exchange，提问作者Wanming Hu