Se un server Web non è bloccante, significa che sta gestendo IO allo stesso modo di node.js?

Question

Presto userò un server chiamato Undertow. Il website dice:

Undertow è un server performante web flessibile scritto in Java, fornendo sia il blocco e non-blocking API basata su NIO

Se Undertow permette non bloccante, è che lo stesso come node.js? Non intendo le lingue o qualcosa del genere. Ho un progetto separato in cui pensavo che node.js sarebbe stata una buona scelta, ma se potessi utilizzare un singolo prodotto per più progetti sarebbe utile.

EDIT: Ho trovato questa domanda. Java NIO non-blocking mode vs node.js asychronous operation E sto iniziando a pensare di aver confuso le cose.

Answer 1

Undertow si basa sulla libreria JBoss XNIO e come Nodejs, XNIO si basa sulle capacità del sistema operativo (epoll o kqueue ove disponibili) di notifica per gli eventi IO (quando è disponibile i dati di leggere da un socket per esempio).

In Undertow, l'accettazione delle richieste in arrivo viene eseguita seguendo questo modello, dal IO threads. Fare operazioni di blocco su questi thread significherebbe ritardare la gestione delle nuove richieste in arrivo. See Undertow's documentation on IO threads

Accanto alle discussioni IO, Undertow gestisce un altro pool di thread, il Worker threads, per gestire le attività di blocco (si pensi di compiti come chiamare un webservices o interrogazione di un database.) E questo è quello che si voleva ottenere con Nodejs!

Per utilizzare un thread Worker, la gestione della richiesta deve essere inviata dal thread I/O. L'API è completa e facile da usare, ancora, see Undertow's documentation, come punto di partenza.

Answer 2

Da Wikipedia:

In informatica, I/O asincrono, o non-blocking I/O è una forma di elaborazione di ingresso/uscita che consente altre elaborazioni di continuare prima che la trasmissione è terminata.

Non bloccanti e asincroni sono sinonimi, ed è così che funzionano tutti i server web standard.js.