关于高性能网络应用的研究总结

jdk1.4中引入了nio处理网络连接，实际上，sun对于nio的实现也仅仅是使用了select(见jdk源代码)。socket函数中的select实现了一个基于事件的解决方案，可以只用一个线程去等待多个socket事件的发生，在一定程度上解决了多线程切换带来的性能降低。它的缺点是一次只能处理一个事件，而且其监视的句柄也有限制。实际使用中它对性能的提升也非常有限。(winsock和bsd的select区别这里也暂不讨论)

倒是多核后gc的代价，每个cpu不时都停那么两下资源严重浪费。

Selector.selectedKeys()返回的是事件集合，怎么会“只能处理一个事件”。

“实际使用中它对性能的提升也非常有限”这句话更不敢苟同了，java BIO与NIO的性能对比测试多了去了，结果是在处理长连接型应用中，NIO性能提升巨大！

java与c(++)的性能差距不在IO，封装了操作系统底层实现的java不会慢到哪里去，倒是多核后gc的代价，每个cpu不时都停那么两下资源严重浪费。

使用 -XX:+UseParNewGC 这种并行GC实现，能否有效减少多核GC中的暂停对资源的浪费呢？

J2EE实际上只是接口，它的稳定还是需要依赖于具体实现。各个厂商的J2EE实现我绝对不敢完全等同看待。
J2EE最大的优势就是统一了一些常用功能需求的接口，他更像一个工业标准而不是一个特定工具。

我明白你的意思，不过我还是觉得你的看法是错误的。对于超大访问量的系统，用纯JAVA来做，硬件成本会比用C/C++做的要高很多？这个是大错特错的！对于一个设计和实现得较好，超大访问量的系统，其最后的瓶颈，会在你的I/O层面，而不会在你的逻辑层。诚然，如果单纯密集型计算，单耗CPU的那种，JAVA会比C/C++的性能会低10% --20%，但是你有几个节点是密集型计算的？在当今的互联网和企业应用，密集型计算的节点，占不到你整个系统的5%。此时，再怎样讨论提升这个10%，已经毫无意义了。对于网络应用来看，单机的情况下，用纯JAVA来做，如果精益求精，其整体性能和C/C++实现的是不相上下的。大型系统最重要是看怎样负载均衡，怎样解决I/O，怎样做cluster。而JAVA在实现这些方面来说，有其天生的优势。在我所看过的团队，有很多花了几个月时间才用C/C++完成一个网络应用（当然都是非常高负载的），但还是较容易coreDump，维护方面较麻烦。而我们的团队可以花不到一个月的时间就完成这个，而且非常稳定，基本上没有出现问题。这两个实现的单机负载能力也不相上下，纯JAVA实现的并不差。我不认为两个团队的水平有很大差别，只是我认为用纯JAVA，会占了很多优势，在开发效率和稳定性上都不错。

windows下的应用我没有经验，也没有发言权了。以上所说的全是在*NIX的。