Come lato client Gestisci node.js con più risposte dal server

Sembra che il server (nodo) abbia un comportamento simile al thread poiché gestisce le richieste sincrone, ma sappiamo che il javascript sul lato client non supporta il multithreading. Sto solo chiedendo come il lato client (javascript) gestisca node.js in particolare con più risposte dal server? per un esempio voglio rendere due oggetti allo stesso tempo.

È opportuno creare un’app di gioco in tempo reale a fasi veloci con node.js?

Ci sono modi o modelli per gestire questo?

Pensa al nodo come a un comandante, gestisce il monitoraggio dell’attività senza alcun blocco. Quindi, se ci pensi in questo modo, il nodo non ha bisogno di essere multi-thread, esegue compiti senza tempo di attesa, quindi non c’è bisogno di creare un nuovo thread perché nulla è bloccato.

Hai menzionato i socket nel tuo commento, pensa a questo, il nodo ha un thread di rete che monitora la connessione TCP / UDP per i dati, quando riceve un pacchetto chiede sinceramente al tuo nodo script quello che vorresti fosse fatto con questo pacchetto, lo dici subito il thread di rete per inviare questo nuovo pacchetto come risposta e quindi il thread di rete va a farlo mentre viene chiamato il prossimo evento.


Dai un’occhiata alla seguente immagine e al paragrafo, questo dovrebbe spiegare

In node.js, non ti devi preoccupare di cosa succede nel back-end: usa i callback quando fai I / O; e ti garantiamo che il tuo codice non viene mai interrotto e che l’I / O non bloccherà altre richieste senza dover sostenere i costi di thread / processo per richiesta (ad es. sovraccarico della memoria in Apache).

L’I / O asincrono è buono, perché l’I / O è più costoso della maggior parte del codice e dovremmo fare qualcosa di meglio che aspettare solo l’I / O.

inserisci la descrizione dell'immagine qui

Un ciclo di eventi è “un’ quadro che gestisce ed elabora eventi esterni e li converte in invocazioni di callback”. Quindi le chiamate I / O sono i punti in cui Node.js può passare da una richiesta all’altra. Durante una chiamata I / O, il codice salva la richiamata e restituisce il controllo all’ambiente di runtime node.js. Il callback verrà chiamato più tardi quando i dati saranno effettivamente disponibili.

Fonte: http://blog.mixu.net/2011/02/01/understanding-the-node-js-event-loop/


Assicurati di leggere quell’articolo che è stato il primo articolo a farmi capire appieno cosa stava succedendo con l’architettura back-end.