我在使用 SignalR 时遇到了最奇怪的行为。经过一些重构后,我遇到了连接问题。我认为以前的代码能够正常工作纯粹是运气,因为代码不符合推荐的做法。例如,我在声明集线器方法之前启动了集线器(如 David Fowler 所解释的),因此客户端从未显式订阅这些集线器,但不知何故它们确实订阅了。我一整天都在寻找原因和方法,但没有运气。
重构后,这是加载文档后执行的代码:
function initSignalR() {
var me = this,
appointmentHub = $.connection.appointmentHub,
assignmentHub = $.connection.assignmentHub,
taskHub = $.connection.taskHub,
notificationHub = $.connection.notificationHub,
messageHub = $.connection.messageHub;
$.connection.hub.connectionSlow(onConnectionSlow);
$.connection.hub.stateChanged(onStateChanged);
$.connection.hub.error(onError);
$.connection.hub.disconnected(onDisconnected);
$.connection.hub.logging = true;
appointmentHub.client.updateAppointment = onUpdateAppointment;
$.connection.hub.start().done(onDone).fail(onFailed);
... code ommitted for brevity ...
}
function onUpdatedAppointment(appointment) {
.... code ommitted for brevity ....
}
这些是控制台偶尔工作时出现的日志:
客户端订阅了中心“appointmenthub”
与“/signalr/negotiate?clientProtocol=1.5&connectionData=%5B%7B%22name%22%3A%22appointmenthub%22%7D%5D”进行协商
webSockets 传输开始。
连接到 websocket 端点 'ws://localhost:52541/signalr/connect?...
Websocket 打开。
webSockets 传输已连接。发起启动请求。
启动请求成功。转换到连接状态。
现在监视保持事件,警告超时为 13333.333333333332,保持事件超时为 20000,断开连接超时为 30000
我故意写“偶尔”,因为 SignalR 有时会正确连接。但遗憾的是,大多数时候我并没有走那么远。通常控制台中的最后一个可见步骤是:
webSockets transport connected. Initiating start request.
有一段时间,我认为是回调方法的主体导致了当我有一个空函数时我可以连接更多的问题,但即使这也不是原因。所以我不知道下一步该做什么。
为了完整起见,下面是 ASP.NET MVC 中的启动代码:
GlobalHost.Configuration.TransportConnectTimeout = TimeSpan.FromSeconds(50);
GlobalHost.Configuration.ConnectionTimeout = TimeSpan.FromSeconds(110);
GlobalHost.HubPipeline.AddModule(new ErrorHandlingPipelineModule());
GlobalHost.DependencyResolver.Register(typeof(IJavaScriptMinifier), () => new SignalRMinifier());
GlobalHost.DependencyResolver.Register(typeof(IUserIdProvider), () => new UserIdProvider());
HubConfiguration hubConfiguration = new HubConfiguration()
{
EnableDetailedErrors = true,
};
return app.MapSignalR(hubConfiguration);
我找到了similar issue但那里没有提供解决方案。
我在 IE/Edge/Chrome/Firefox/Opera 中进行了测试,结果都相同。该应用程序在 ASP.NET MVC5 上运行,并使用最新版本的 SignalR (2.2.1)。
最佳答案
事实证明,客户端代码或 SignalR 的配置没有任何问题,但问题出在 Hub 类上。
我在 OnConnected 方法中有一些自定义代码,导致超时和/或错误(与外部服务和数据库的连接是在那里建立的)。通过将工作分派(dispatch)到不同的进程(例如使用 Hangfire 或 NServiceBus),我能够解决前面提到的问题。
事后看来,所描述的行为完全有道理。我在这里学到的教训是将集线器视为 ASP.NET MVC 中的 Controller :它们应该是无脂肪的,并且应该包含有限的业务逻辑。
关于javascript - SignalR 卡住在 'Initiating start request',我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43356206/