Javascript node.js需要太多TCP套接字

Javascript node.js需要太多TCP套接字,javascript,linux,node.js,sockets,tcp,Javascript,Linux,Node.js,Sockets,Tcp,我对node.js非常陌生(通常是服务器问题的初学者) 我成功地运行了node.js应用程序,并将其放到了虚拟服务器(Linux 8.0)上 问题是node.js打开了很多TCP套接字。一段时间后,允许的套接字数将用尽,服务器将崩溃。我目前必须手动停止并重新启动节点进程以防止出现这种情况。重新启动将重置TCP套接字 我需要找到这个问题的解决方案,因为手动重新启动它不是一个长期的解决方案,特别是如果访问者数量增加,我可能需要每12小时重新启动一次(这是不现实的) 我可能在编码方面做了一些错误的事情

我对node.js非常陌生(通常是服务器问题的初学者)

我成功地运行了node.js应用程序,并将其放到了虚拟服务器(Linux 8.0)上

问题是node.js打开了很多TCP套接字。一段时间后,允许的套接字数将用尽,服务器将崩溃。我目前必须手动停止并重新启动节点进程以防止出现这种情况。重新启动将重置TCP套接字

我需要找到这个问题的解决方案,因为手动重新启动它不是一个长期的解决方案,特别是如果访问者数量增加,我可能需要每12小时重新启动一次(这是不现实的)

我可能在编码方面做了一些错误的事情,但我目前不知道我可以优化什么。我很高兴它能起作用。代码的哪一部分正在创建所有这些TCP连接?我怎样才能解决这个问题

我的节点文件/应用程序执行以下操作:

  • 向开放式和/或私人聊天室发送/发送消息
  • 发送/发出游戏邀请(游戏类型不重要)
  • 如果invite接受邀请,两个“客户”将被发送到同一房间 比赛开始了
nodeServer.js

var socket = require( 'socket.io' );
var express = require( 'express' );
var http = require( 'http' );

var app = express();
var server = http.createServer( app );

var io = socket.listen( server );

// handle incoming connections from clients
io.sockets.on( 'connection', function( client ) {

  // Message Emit for match invite
  client.on( 'sendmatchinvite', function( data ) {
    console.log( 'Match invite for '+data.opponent+' from '+data.sender);
    client.broadcast.emit('sendmatchinvite', { tmpmatch:data.tmpmatch, recepient: data.opponent, sender: data.sender } );
  });

  // Answer of invite 
  client.on( 'checkinviteanswer', function( data ) {
    console.log( 'Invitation '+data.answer+' from '+data.id+' in '+data.room);
    client.broadcast.to(data.room).emit('checkinviteanswer', { host:data.host } );
  });

  // Register Room
  client.on('room', function(room) {
    console.log( 'Client joined the room: '+room);
    client.join(room);
  });

  // Score Emit for online games
  client.on( 'score', function( data ) {
    console.log( 'New Score for "'+data.game+'" (from '+data.player+') : ' + data.score + ' (Undo='+data.undo+') in room '+data.room);
    client.broadcast.to(data.room).emit('score', { game:data.game, score: data.score, undo: data.undo, player: data.player } );
  });

  // Message Emit for private chat
  client.on( 'privatemessage', function( data ) {
    console.log( 'New Message for "'+data.recepient+'" (from '+data.sender+') : ' + data.text);
    client.broadcast.emit('privatemessage', { text:data.text, recepient: data.recepient, sender: data.sender } );
  });

  // Message Emit for Player Room (all)
  client.on( 'openmessage', function( data ) {
    console.log( 'New Message for "Player Room" (from '+data.senderId+') : ' + data.text);
    client.broadcast.emit('openmessage', { text:data.text, senderId:data.senderId, senderAvatar:data.senderAvatar, senderName:data.senderName, senderAvg:data.senderAvg, senderCam:data.senderCam, senderTimestamp:data.senderTimestamp, senderTime:data.senderTime } );
  });

});     

server.listen( 8080 );
如果我做一个
lsof-ni-p
来查看连接,每个节点确实有很多行

COMMAND     PID         USER   FD   TYPE     DEVICE SIZE/OFF NODE NAME
...
node      13855         root  273u  IPv4 33761866321      0t0  TCP 83.256.77.109:8080->84.60.76... (ESTABLISHED)
node      13855         root  275u  IPv4 33781428883      0t0  TCP 83.256.77.109:8080->94.197.121...(ESTABLISHED)
node      13855         root  276u  IPv4 33937034956      0t0  TCP 83.256.77.109:8080->79.195.169... (ESTABLISHED)
node      13855         root  278u  IPv4 33971290522      0t0  TCP 83.256.77.109:8080->111.254.157... (ESTABLISHED)
node      13855         root  279u  IPv4 33198279063      0t0  TCP 83.256.77.109:8080->91.48.115... (ESTABLISHED)
...
编辑1

我应该注意,我使用php页面。在所有需要节点应用程序的php页面上,我都会连接到节点服务器

var socket = io.connect( 'http://example.com:8080' );
socket.on('connect', function( data ) { });

我不确定这是否正确,因为每次刷新页面时,连接都会关闭并重新建立。

首先,确保正确配置服务器。现代linux具有保守的默认设置,不能针对高并发连接进行调优。这里有一些提示:


第二,确保你有一个方法来“启动”用户。例如,有人可能在咖啡馆用手机或笔记本电脑连接,然后关闭设备。如果没有流量,TCP连接可以保持开放数小时或数天。如果您没有主动检测到它们,它们会慢慢阻塞您所有的有效TCP连接。

您需要关闭连接,当不再需要时,可以在服务器上或在客户端(或两者)上。感谢您的回答,我认为一旦客户端离开站点,连接(套接字)就会自动关闭(或连接到服务器的页面),但显然不是。我如何强制关闭?谢谢你的回答,我将查看我的服务器设置。我如何“启动”用户。启用“TCP keepalive”和/或确保每隔几分钟对连接进行一次“心跳”检查,如果看不到数据,则关闭连接。