Socket Java: posso scrivere un server TCP con un thread?

Question

Da quello che ho letto su Java NIO e SocketChannels [Server] non bloccanti, dovrebbe essere possibile scrivere un server TCP che supporta diverse connessioni usando un solo thread - Io farei un Selettore che aspetta tutti i canali rilevanti nel loop del server.

È giusto o mi mancano alcuni dettagli importanti? Quali problemi posso incontrare?

(Sfondo:.. La comunicazione TCP sarebbe per un piccolo gioco multiplayer, in modo da max 10-20 connessioni simultanee I messaggi saranno inviati circa ogni pochi secondi.)

Answer 1

Sì, hai ragione. I problemi che puoi incontrare sono quando la durata dell'elaborazione è troppo lunga. In questo caso, è necessario avvolgere l'elaborazione in un altro thread, in modo che non interferisca con il thread di rete e prevenga ritardi evidenti.

Un altro dettaglio; I canali riguardano i dati "in movimento". Se i dati che desideri inviare sono pronti, puoi spostare questi dati su un canale di rete. La copia/buffering/ecc. è tutto fatto dall'implementazione NIO, quindi.
Il "thread di rete" a thread singolo sta solo guidando la connessione, ma non la limita (leggi: strana analogia con una macchina).

L'approccio multithread di base è più semplice da progettare e implementare rispetto a un NIO a thread singolo. Il guadagno di prestazioni non è evidente in un piccolo server/client di gioco multiplayer, specialmente se un messaggio viene inviato solo ogni pochi secondi.

Answer 2

Sì, è possibile. Vedere this example per un'illustrazione su come eseguire questa operazione.

La sezione importante è questa:

for (;;) { // Loop forever, processing client connections 
    // Wait for a client to connect 
    SocketChannel client = server.accept(); 

    // Build response string, wrap, and encode to bytes (elided) 

    client.write(response); 
    client.close(); 
} 

Tutto questo funziona bene quando l'elaborazione lato server per ogni cliente è trascurabile. Tuttavia, un approccio a più thread si ridimensionerà molto meglio.

Answer 3

Brian Agnew ha dichiarato:

Questo tutto funziona bene quando l'elaborazione lato server per ogni cliente è trascurabile. Tuttavia, un approccio multi-thread si ridimensionerà molto meglio.

Mi permetto di non essere d'accordo. Un approccio one-client-one-thread esaurirà la memoria molto più rapidamente rispetto a se gestisci più client per thread, poiché non avrai bisogno di uno stack completo per client. Vedere la carta C10K per ulteriori informazioni sull'argomento: http://www.kegel.com/c10k.html

In ogni caso, se non ci saranno più di 20 client, basta usare qualunque cosa sia più facile da codificare e eseguire il debug.