Un server Node.js può accettare richieste in entrata mentre la coda eventi è bloccata?

Question

Così sto solo iniziando a tuffarsi nel nodo e capisco che l'I/O è non bloccante e che il ciclo degli eventi sta bloccando, ma quello che mi chiedo è:

Se si dispone di codice che sta bloccando la coda degli eventi, il server sarà ancora in grado di posizionare le richieste in arrivo alla fine della coda o tutte scadranno/rimbalzeranno?

Answer 1

Questo non ha nulla a che fare con il nodo, o almeno questa discussione finora introduce alcuna prova di comportamento del nodo.

Lo stack TCP stesso accetta la connessione in una propria coda senza l'aiuto del programma che sta utilizzando il socket di accettazione. Se la coda si riempie, vengono fatte ulteriori richieste di attesa fino a quando la coda di connessione TCP non ha spazio. Tali connessioni "inaccettabili" non vengono rimbalzate, anche se potrebbero scadere se le cose si ritardano veramente.

La linea di fondo, tuttavia, è che la risposta di esempio, utilizzando curl, non prova nulla oltre il comportamento di base dello stack TCP, ma che probabilmente non importa, perché la preoccupazione del poster originale era che le connessioni potessero rimbalzare. Ciò avverrà solo se il tuo server è sovraccarico (o forse scritto male) che è sovraccaricato in modo efficace e il dumping di alcune richieste è la migliore possibilità che abbia di fornire almeno qualche servizio ad alcuni utenti.

Answer 2

Sì. Il server è ancora in grado di accodare le richieste. Per dimostrare, ho creato il seguente file che blocca per 10 secondi, l'ho eseguito e ho incurvato il server su un altro terminale.

require('http').createServer(function(req, res) { 
    console.log('got a request!'); 
    res.end('hello world!\n'); 
}).listen(3000); 

var t = Date.now(); 
console.log('blocking..'); 
while(t + 10000 > Date.now()); 
console.log('not blocking anymore'); 

Il risultato esecuzione è

blocking.. 
not blocking anymore 
got a request!