Scollegamento della presa dopo un certo periodo di tempo in cui nessun dato è stato ricetrasmesso

Question

Sto semplicemente facendo disconnettere i miei server che non inviano dati dopo un certo periodo di tempo, come 20 secondi.

Mi chiedo se lavorare con i timer sia un bene o ci sia qualcosa di speciale nella libreria di socket? Lavorare con i timer sul server per ogni socket lo rende pesante.

È pericoloso farlo gestire dal programma client? Ad esempio, ogni client si disconnette dopo non aver inviato dati per un po '.

Answer 1

Questo dovrebbe essere molto facile da implementare come parte del controllo keep-alive. A meno che tu non stia ignorando completamente il problema delle connessioni interrotte, probabilmente hai un sistema keep-alive che invia periodicamente un messaggio client-> server e viceversa se non c'è stata comunicazione. Dovrebbe essere banale aggiungere un semplice valore "ultimo tempo di ricezione dati" allo stato del socket, quindi chiudere il socket se si allontana troppo da DateTime.Now.

Ma la domanda più importante è "Perché?". La soluzione migliore dipende da quali sono le tue ragioni in primo luogo. Vuoi rendere il server utilizzabile per più clienti scaricando quelli che non inviano dati? Probabilmente peggiorerai tutto, dal momento che i timeout per i socket TCP sono più di 2-4 minuti, quindi quando si disconnette il client dopo 20 secondi e si ricollega, ora utilizzerà due porte sul lato server, anziché una. Ops.

Come per il commento sulla risposta cancellata, and connection without data send and receive i think it gonna waste your threads punti più vicini al tuo vero problema: la quantità di connessione che il tuo server non dovrebbe avere alcuna relazione con il numero di thread che il server usa per servire quelle connessioni. Quindi l'unica cosa che una connessione aperta potrebbe "sprecare" è fondamentalmente un po 'di memoria (a seconda della quantità di memoria necessaria per la connessione, più il costo del socket con i suoi buffer) e una porta TCP. Questo può essere un problema in alcune applicazioni, ma se arrivi mai a quel livello di "caricamento", probabilmente puoi già congratularti con te stesso. Molto più probabilmente finirai con altre risorse prima di avvicinarti ai limiti delle porte (supposizione basata sul fatto che sembra che stai realizzando un gioco MMO). Se ti imbatti davvero in problemi con questi, probabilmente vuoi rilasciare TCP e riscrivere tutto in UDP (o preferibilmente, una soluzione pronta su UDP).

Answer 2

Il modello Client-Server descrive come un client deve connettersi a un server ed eseguire richieste. Quello che ti consiglierei sarebbe di connettersi al server, e quando finisci di recuperare tutta la data che ti serve, chiudi il socket (sul lato client).

Il server alla fine troverà le risorse del socket rilasciate, ma è possibile verificare la proprietà Connected del socket per rilasciare le risorse prima.

Answer 3

Quando il client si disconnette dal server, il server può ottenere un evento di disconnessione. sembrare

socket.on('disconnect', function() { 
// Disconnect event handling 

}); 

Sul lato client è inoltre findout evento di disconnessione .. in cui è necessario ricollegare il server.