SignalR C# 客户端无法接收服务器推送的消息，而 JavaScript 客户端正常工作，通常源于客户端方法签名与服务端 SendAsync 或 Clients.All.SendAsync 调用参数数量/类型的不匹配，尤其是 hubConnection.On() 的泛型参数必须严格对应服务端发送的实际参数个数和顺序。
signalr c# 客户端无法接收服务器推送的消息，而 javascript 客户端正常工作，通常源于客户端方法签名与服务端 `sendasync` 或 `clients.all.sendasync` 调用参数数量/类型的不匹配，尤其是 `hubconnection.on
在你的场景中，JavaScript 客户端监听的是单参数事件：
connection.on("TestMessage", function (msg) {
logMsg("TestMessage: " + msg);
});
这表明服务端调用的是类似以下形式的方法（仅传递一个字符串）：
await Clients.All.SendAsync("TestMessage", "Hello from server");
// 或
await Clients.Caller.SendAsync("TestMessage", "Echo response");
而你的 C# 客户端却注册了双参数处理器：
this.hubConnection.On<string string>("TestMessage", (user, message) => { ... });</string>
⚠️ 问题核心：On 声明期望服务端推送 两个字符串参数，但实际服务端只发送了一个。SignalR 会静默忽略参数不匹配的调用——既不抛异常，也不触发回调，导致“消息丢失”的假象。
✅ 正确修复方式：保持参数数量与服务端一致。若服务端只发一个字符串，则 C# 客户端应使用单泛型参数：
this.hubConnection.On<string>("TestMessage", (message) =>
{
this.Log($"TestMessage: {message}");
});</string>
如果服务端后续需扩展为发送 user 和 message（如 SendAsync("TestMessage", "Alice", "Hi!")），则 C# 端才应改为：
this.hubConnection.On<string string>("TestMessage", (user, message) =>
{
this.Log($"{user}: {message}");
});</string>
? 验证建议：
- 检查 Hub 中所有
SendAsync("TestMessage", ...)的调用位置，确认实际传参个数； - 在服务端启用 SignalR 日志（如
LogLevel.Debug），观察Sending invocation日志中的参数列表； - 使用 Fiddler 或 Edge DevTools 的 Network → WS 标签，捕获 WebSocket 帧，查看原始 JSON payload 结构（例如
["TestMessage","Hello"]表示单参数，["TestMessage","Alice","Hi!"]表示双参数）。
? 额外注意事项：
- C# 客户端的
On类型必须与服务端发送值的 运行时类型完全一致（如int不能用long替代）； - 方法名区分大小写，确保
"TestMessage"字符串拼写与服务端SendAsync中完全一致； - 若使用强类型 Hub（
Hub），请确认泛型接口定义与实现是否同步； - 自签名证书问题虽不影响连接，但建议在生产环境替换为有效证书，避免潜在 TLS 兼容性干扰。
参数契约一致性是 SignalR 实时通信可靠性的基石——始终让客户端 On<...> 的泛型声明成为服务端 SendAsync 参数列表的精确镜像。
