SignalR调用send()前提示需先执行start()，配置重连逻辑仍报错如何解决？

• 重连窗口期存在未拦截的send调用
  当前重连逻辑是断开后延迟5秒才执行重连，这5秒的空窗期以及重连操作本身的耗时区间内，如果业务代码仍在调用send()/invoke()方法发送消息，就会直接触发该报错。
  建议在所有发送消息的逻辑前增加连接状态判断：

  if ($.connection.hub.state === $.signalR.connectionState.connected) {
    // 正常执行发送逻辑
  } else {
    // 可将消息存入待发送队列，等重连成功后批量发送
  }
  

• 未等待start()异步执行完成就调用send
  $.connection.hub.start()是异步方法，调用后不会立刻完成连接建立，在它执行完成前触发发送操作也会报错。需要在start的完成回调中执行后续依赖连接的逻辑：

  $.connection.hub.start()
    .done(() => {
      console.log('重连成功，可正常发送消息')
      // 此处可执行待发送队列里的消息
    })
    .fail(() => {
      console.log('重连失败，可触发二次重试逻辑')
    })
  

• 重连操作执行失败后无兜底重试逻辑
  现有逻辑只有断开时触发一次延迟重连，如果这次start()因为网络波动、服务端异常等原因执行失败，后续不会再触发重连，连接会长期处于断开状态，调用send自然报错。可以在start的fail回调中增加重试逻辑，同时可设置重试次数上限避免无限重试。
• 主动调用stop()终止连接不会触发重连
  如果代码里存在主动调用$.connection.hub.stop()的逻辑，这种主动终止的连接默认不会触发disconnected事件的重连逻辑，后续调用send就会报错，需要在主动stop后增加标记，避免后续无意义的send调用。
• 现有代码存在日志误导问题
  现有代码里的console.log('Wallboards : Connection Restarted')写在setTimeout外部，打印日志时实际上还没有执行start()操作，日志输出时机和实际重连时机不符，容易干扰问题判断，建议将该日志移到start()的done回调中。

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