Netty(二)_IO模型如何演变到Netty模型

Netty(二)_IO模型如何演变到Netty模型

前置知识：

学Netty前必须掌握的-JavaIO-BIO、NIO编程

上一篇主要着重于Java中的IO模型，这把我们脱离Java这个包袱，分析一下更普遍一下的模型，然后正式进入netty！

原生NIO与Netty

原生NIO存在以下问题：

1. NIO 的类库和 API 比较复杂：需要熟练掌握 Selector、ServerSocketChannel、SocketChannel、ByteBuffer 等。
2. 需要处理很多问题：例如客户端面临断连重连、网络闪断、半包读写、失败缓存、网络拥塞和异常流的处理等等。(这些在netty中都有handler进行处理）
3. JDK NIO 的 Bug：例如臭名昭著的 Epoll Bug，它会导致 Selector 空轮询，最终导致 CPU 100%。直到 JDK 1.7 版本该问题仍旧存在，没有被根本解决。

关于Epoll Bug

正常情况下，selector.select()操作是阻塞的，只有被监听的fd（文件描述符或通道）有读写操作时，才被唤醒

但是，在这个bug中，没有任何channel有读写请求，但是select()操作依旧被唤醒

很显然，这种情况下，会造成死循环导致爆CPU。

Netty的改进：

Netty 对 JDK 自带的 NIO 的 API 进行了封装，解决了上述问题。

1. 设计优雅：适用于各种传输类型的统一API 阻塞和非阻塞 Socket；基于灵活且可扩展的事件模型，可以清晰地分离关注点；高度可定制的线程模型 (单线程，一个或多个线程池)
2. 使用方便：…后面看API就知道。
3. 通过合理的线程模型实现高性能、吞吐量更高：延迟更低；减少资源消耗；最小化不必要的内存复制（利用OS零拷贝技术）。
4. 安全：完整的 SSL/TLS 和 StartTLS 支持。 (即支持HTTPS)
5. 社区活跃、不断更新：版本迭代周期短，发现的 Bug 可以被及时修复，同时，更多的新功能会被加入

注意：netty5版本出现重大BUG，已经被官网废弃，目前主流使用netty4，需要JDK6以上版本

Reactor_I