使用socket.io v1.2.1(仅使用“轮询”传输),有时我的客户端会断开连接。
大约50%的时间我在断开连接事件回调函数上获得ping timeout
,这是合理的。
其他时候,我得到transport close
,client namespace disconnect
,transport error
和forced close
。我没有在文档中找到任何关于断开原因的参考,也无法从代码中真正理解它们的含义。
我想确保以最佳方式处理每个断开连接(并且可能阻止它们)。
也许有人可以对这些原因有所了解。
答案 0 :(得分:2)
没有文档,这或多或少可以从代码中解释:
Forced close
- 套接字处于关闭状态
Forced close
- https://github.com/socketio/engine.io/blob/master/lib/socket.js
function onPacket(packet){
if ('ping' == packet.type && 'probe' == packet.data) {
transport.send([{ type: 'pong', data: 'probe' }]);
self.emit('upgrading', transport);
clearInterval(self.checkIntervalTimer);
self.checkIntervalTimer = setInterval(check, 100);
} else if ('upgrade' == packet.type && self.readyState != 'closed') {
debug('got upgrade packet - upgrading');
cleanup();
self.upgraded = true;
self.clearTransport();
self.setTransport(transport);
self.emit('upgrade', transport);
self.setPingTimeout();
self.flush();
if (self.readyState == 'closing') {
transport.close(function () {
self.onClose('forced close');
});
}
} else {
cleanup();
transport.close();
}
}
Socket.prototype.close = function () {
if ('open' != this.readyState) return;
this.readyState = 'closing';
if (this.writeBuffer.length) {
this.once('drain', this.closeTransport.bind(this));
return;
}
this.closeTransport();
};
关闭的运输(这里没有理由)
Transport close
- https://github.com/socketio/engine.io/blob/master/lib/socket.js
function cleanup() {
self.upgrading = false;
clearInterval(self.checkIntervalTimer);
self.checkIntervalTimer = null;
clearTimeout(self.upgradeTimeoutTimer);
self.upgradeTimeoutTimer = null;
transport.removeListener('packet', onPacket);
transport.removeListener('close', onTransportClose);
transport.removeListener('error', onError);
self.removeListener('close', onClose);
}
function onTransportClose(){
onError("transport closed");
}
我们收到了客户端断开数据包,因此我们将套接字状态更改为“关闭”
Client namespace disconnect
- https://github.com/socketio/socket.io/blob/master/lib/socket.js
Socket.prototype.onpacket = function(packet){
debug('got packet %j', packet);
switch (packet.type) {
case parser.EVENT:
this.onevent(packet);
break;
case parser.BINARY_EVENT:
this.onevent(packet);
break;
case parser.ACK:
this.onack(packet);
break;
case parser.BINARY_ACK:
this.onack(packet);
break;
case parser.DISCONNECT:
this.ondisconnect();
break;
case parser.ERROR:
this.emit('error', packet.data);
}
};
Socket.prototype.ondisconnect = function(){
debug('got disconnect packet');
this.onclose('client namespace disconnect');
};
交通关闭的原因之一
Transport error
- https://github.com/socketio/engine.io/blob/master/lib/socket.js
/**
* Called upon transport error.
*
* @param {Error} error object
* @api private
*/
Socket.prototype.onError = function (err) {
debug('transport error');
this.onClose('transport error', err);
};
https://github.com/socketio/engine.io/blob/master/lib/transport.js
/**
* Called with a transport error.
*
* @param {String} message error
* @param {Object} error description
* @api private
*/
Transport.prototype.onError = function (msg, desc) {
if (this.listeners('error').length) {
var err = new Error(msg);
err.type = 'TransportError';
err.description = desc;
this.emit('error', err);
} else {
debug('ignored transport error %s (%s)', msg, desc);
}
};
似乎他们从各处向套接字抛出错误,因此查找原因的唯一方法是通过读取错误描述(不是太多信息)或查看所有库来查找导致错误的内容。
PD:有很多错误。
答案 1 :(得分:1)
在服务器端尝试此代码
var fs = require('fs');
var pkey = fs.readFileSync('/etc/ssl/private/ssl.key'); //Replace the path of your SSL key
var pcert = fs.readFileSync('/etc/ssl/certs/ssl.crt');//Replace the path of your SSL cert
var options = {
key: pkey,
cert: pcert
};
var app = require('https').createServer(options);
var io = require('socket.io')(app, {'pingTimeout': 180000, 'pingInterval': 25000});
这里pingInterval
很重要,请保持较低,我尝试了各种不同的值,发现25秒可以使套接字在超时之前继续ping通。
主要问题是,如果在60秒内没有ping / pong,则它将断开连接并尝试自动重新连接。另外,我发现服务器端pingTimeout
以及超时和客户端都无法在60秒内帮助断开套接字。这是由于Chrome最新版本为83。
答案 2 :(得分:0)
不幸的是,这可能会发生。有时,因为我不幸遇到,这是由于我,服务器和其他客户之间的防火墙。
对于ping超时,您可以尝试增加服务器端的ping间隔
io = require( 'socket.io' )( httpServer, { pingInterval: 60000 } );
答案 3 :(得分:0)
我遇到过类似的情况,从服务器到客户端的更新过多(几秒钟内大约 2000 次)似乎会导致强制关闭连接。不经常发送更新解决了问题。
我还没有机会找出这是由 socket.io 本身引起的,还是由某种防火墙/服务器机制引起的。可能是因为服务器和客户端之间的连接泛滥会扰乱心跳机制,尽管客户端日志没有显示这一点。
虽然还没有找到确切的原因,但也许这可以为一些人指明正确的方向以找到解决方案。