São não bloquear iOS ainda um problema com o lado do servidor Java?

Question

O Java NIO soquete Framework supostamente esconde os detalhes sujos de IO sem bloqueio de desenvolvedores, permitindo-lhes construir aplicativos altamente escaláveis, que podem lidar com mais de 10000 soquetes de entrada e saída usando apenas um segmento.

• Tem OI não bloqueio ainda uma dor com a versão típica do Java 2 SE / EE?

• É este quadro ainda necessária e útil?

Obrigado pelo seu tempo.

Answer 1

Bem, NIO cria uma abstração sobre alguns dos detalhes, certamente. IO não-bloqueável ainda é uma dor para obter a sua cabeça em torno de (pelo menos, eu acho que é), mas pelo menos é viável. (Pessoalmente eu prefiro o estilo .NET de IO assíncrono, mas isso é uma questão diferente.)

I normalmente uso bloqueando IO: para a maioria das tarefas, isso é tudo que eu preciso e eu não ganharia significativamente usando non-blocking IO. Em alguns casos (como o que você mencionou) IO sem bloqueio é realmente a única maneira para a frente se você quiser manter o seu baixo fio.

Eu recomendo que você aprender sobre ele, brincar com ele, e, em seguida, usar o julgamento para decidir quando usá-lo no código de produção. Eu não sugiro começar a usá-lo em todos os lugares ...

Answer 2

Sim, NIO é muito útil. NIO também é um pouco difícil de trabalhar com ele. Dependendo de suas necessidades você pode considerar o uso de estruturas que envolvem NIO, como grizzly ou mina . Grizzly é a parte de rede de glassfish appserver de sol Oracle.

Mina é uma estrutura de aplicativo de rede de Apache.org.

Pessoalmente eu prefiro grizzly, mas isso é só comigo.