Netty概述
原生NIO存在的问题
- NIO的类库和API比较繁琐,使用麻烦。需要熟练掌握Selector/ServerSocketChannel等
- 需要具备其他的额外技能,如多线程编程和网路编程等,才能编写出高质量的NIO程序
- 开发工作量和难度非常大,例如客户端面临断连重连、网络闪断、半包读写、失败缓存、网络拥塞和异常流 的处理等等。
- JDK NIO 的 Bug:例如臭名昭著的 Epoll Bug,它会导致 Selector 空轮询,最终导致 CPU 100%。直到 JDK 1.7 版本该问题仍旧存在,没有被根本解决
Netty的优点
Netty对JDK自带的NIO的API进行了封装,解决了上述问题
- 设计优雅:适用于各种传输类型的统一,基于灵活且可扩展的事件模型,可以清晰地分离关注点;高度可定制的线程模型-单线程,一个或多个线程池
- 使用方便
- 高性能、吞吐量高 延迟更低 减少资源消耗;最小化不必要的内存复制
- 安全:完整的SSL/TLS和StartTLS支持
- 社区活跃
线程模型基本介绍
不同的线程模式,对程序的性能有很大影响,目前存在的线程模型有:传统阻塞IO模型和Reactor模型
根据Reactor的数量和处理资源池线程的数量不同,有3种典型的实现:
- 单Reactor单线程
- 单Reactor多线程
- 主从Reactor多线程
Netty线程模式在主从Reactor多线程模型基础上做了一定的改进。