2、netty适合场景

一、不选择java nio编程原因

1、NIO的类库和API繁杂，使用麻烦，你需要熟练掌握Selector、ServerSocketChannel、SocketChannel、ByteBuffer等；

2、需要具备其它的额外技能做铺垫，例如熟悉Java多线程编程，因为NIO编程涉及到Reactor模式，你必须对多线程和网路编程非常熟悉，才能编写出高质量的NIO程序；

3、可靠性能力补齐，工作量和难度都非常大。例如客户端面临断连重连、网络闪断、半包读写、失败缓存、网络拥塞和异常码流的处理等等，NIO编程的特点是功能开发相对容易，但是可靠性能力补齐工作量和难度都非常大；

4、JDK NIO的BUG，例如臭名昭著的epoll bug，它会导致Selector空轮询，最终导致CPU 100%。官方声称在JDK1.6版本的update18修复了该问题，但是直到JDK1.7版本该问题仍旧存在，只不过该bug发生概率降低了一些而已，它并没有被根本解决。该BUG以及与该BUG相关的问题单如下：

http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6403933

Bug ID: JDK-2147719 (se) Selector doesn't block on Selector.select(timeout) (lnx)

二、为什么选择netty

Netty是业界最流行的NIO框架之一，它的健壮性、功能、性能、可定制性、可扩展性在同类框架中都是首屈一指的，它已经在很多项目、中间件实战得到证明，他们也是用netty构建异步通讯能力的程序。正因为这些优点，Netty逐渐成为了Java NIO变成的首选框架。

• API使用简单、开发门槛低
• 功能强大，预置了多种编码解码功能，支持多种主流协议
• 定制能力强，可以通过ChannelHandler对通信框架进行灵活扩展
• 性能高，与业界其他主流NIO框架对比，Netty性能最优
• 成熟、稳定，Netty修复了已经发现的所有JDK NIO的BUG，业务开发人员不需要再为NIO的BUG而烦恼
• 社区活跃、版本迭代周期短，发现的BUG可以被及时修复，同时，更多的新功能会被加入
• 经历了大规模的商业应用考验，质量得到验证

三、netty适合什么场景通讯

netty适合多对一场景，并发不是很高的场景，如果并发高通讯会被阻塞，被阻塞原因是客户端通讯是单线程模型。比如：dubbo不适合传递大文件就是这个道理。

通讯场景	是否适合
多客户端、一组服务端，客户端低并发通讯	适合
多客户端、一组服务端，客户端高并发通讯	不合适【客户端会延时阻塞】
一组互为客户服务端、一组互为客户服务端，高并发大流量通讯	不合适【通讯会延时阻塞】