I do not want to design a complicated NIO system that uses multiple threads just to take full advantage of all the CPU power, but I also cringe at the idea of having a single application use 300+ threads. Which design is right for my purpose?
我们的JVM连续运行500个线程(现在他们坐在〜700),在1000秒内有高峰.我没有理由认为800线程在某种程度上是“吝啬”的.当你达到10,000个线程(作为一个球场号码)时,我会开始担心 – 如果你运行在32位以下,可能会更少.当你进入1000年时,你肯定要分配更多的内存,但是在1k线程下的任何东西都不应该是一个问题.这是thread creation numbers的好页面.
当您拥有大量与不频繁IO的连接时,NIO效率最高.它解决了异步通信中的很多问题,并且有一些您可以使用NIO执行的操作,“旧IO”不能从功能性角度(例如可中断通道和非阻塞IO)执行,但单线程处理程序一个更简单的模型,我并不感到惊讶的是,它可以在许多配置中胜过NIO实现.使用NIO,您在Java代码中进行了大量的操作,这些操作都是在JVM中完成的,甚至在本机代码中完成.流的复用和处理就绪的IO都是您通过“旧IO”模式获得“免费”(在复杂性方面)的一切.
我会保持简单,坚持使用线程每客户端模式,直到你有很好的理由来复制命中.