【问题标题】:Socket.io: How to handle closing connections?Socket.io:如何处理关闭连接?
【发布时间】:2011-09-27 14:10:02
【问题描述】:

我试图了解我的应用程序的“物理”限制。

在客户端:

var socket = io.connect("http://127.0.0.1:6701");
socket.on('connect', function() {
  socket.disconnect();
});
socket.on('disconnect', function() {
  socket.socket.reconnect();
});

在服务器端:

var io = require('socket.io').listen(6701);

io.sockets.on('connection', function(socket) {

  socket.on('disconnect', function(reason) {
    var o = Object.keys(socket.manager.open).length
      , c = Object.keys(socket.manager.closed).length
      , cA = Object.keys(socket.manager.closedA).length
      , h = Object.keys(socket.manager.handshaken).length

      console.log("open: " + o)
      console.log("closed: " + c)
      console.log("handshaken: " + h)
      console.log("closedA: " + cA)
      console.log("---");
   });
});

当我在 OSX 中达到文件限制 (256) 时,统计信息如下

open: 471
closed: 235
handshaken: 471
closedA: 235

让我不解的是:

  • 如果我强行关闭连接(这是我想对客户端 disconnect() 执行的操作,为什么我仍在使用文件句柄(所以我达到了文件限制)编辑:添加延迟似乎服务器可以保持呼吸并且永远不会达到文件限制)?
  • 有没有办法完全关闭套接字,这样我就可以确定很少达到文件限制(我知道我可以将它推到 65K)?
  • 有没有办法知道我已达到文件限制,以便我可以停止接受连接?

谢谢

【问题讨论】:

  • 如果在客户端中,我在断开连接之前添加了一些延迟(500 毫秒),服务器会自行稳定并且永远不会达到最大文件限制
  • 好问题,克劳迪奥! p.s.请接受更多答案。 ;)

标签: macos node.js socket.io


【解决方案1】:

如果客户端向服务器发送一个“终止”命令然后关闭连接,这比相反的方式更好。

服务器会一直等到超时再放弃连接。即使该超时时间很小,随着大量连接的进入,它也会使其过载。 这就是为什么在应用服务器上禁用 keep-alive 总是好的原因。

延迟有帮助,因为服务器有时间在打开新连接之前关闭连接。

【讨论】:

  • 哦,好的。因此,更多的客户负责有效地关闭连接。有道理。
猜你喜欢
  • 1970-01-01
  • 2017-05-30
  • 2019-09-21
  • 1970-01-01
  • 2020-10-28
  • 1970-01-01
  • 2019-08-16
  • 2021-09-14
  • 1970-01-01
相关资源
最近更新 更多