【问题标题】:Why setting a client-side timeout when using long polling?为什么在使用长轮询时设置客户端超时?
【发布时间】:2013-01-31 22:20:45
【问题描述】:

在我看到的几乎每个长轮询示例中,客户端都有 30 秒的超时。造成这种情况的确切原因是什么?

【问题讨论】:

  • @Mörre 有什么问题? (英语不是我的母语。)
  • 我一直在问自己同样的问题,但我找不到答案。每个人都使用 30 秒而不解释原因。很高兴找到您的问题。

标签: javascript comet long-polling instant-messaging instant


【解决方案1】:

某些路由器、代理或中间的任何设备可能会决定丢弃长时间处于空闲状态的 TCP/IP 连接。此外,偶尔刷新连接可确保您更快地发现服务器故障。

【讨论】:

  • 感谢您的回答。那么,当 TCP 连接断开时,XMLHttpRequest 的 readyState 不会改变?
  • @Supercactus:如果远程服务器/操作系统关闭连接,它应该。但如果你只是简单地切断网线,你可能不会收到通知。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-12-09
  • 2011-07-11
  • 1970-01-01
  • 1970-01-01
  • 2011-03-09
  • 1970-01-01
相关资源
最近更新 更多