Java NIO 中有一个 Channel 了，为什么 Netty 还重新设计一个？

 作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

释放21集全网最深ConcurrentHashMap的vip视频，复现每一行源码

回答

Netty 重新设计一个 Channel 主要是为了解决 Java NIO 中 Channel 的局限性，并提供更加高效、灵活且功能更多的 Channel。

1. Java NIO 的 Channel 功能太少，不满足 Netty 的要求。
2. Java NIO 的 Channel 和其他组件使用起来相对比较复杂，对初学者来说使用起来较为困难。而 Netty 提供的 Channel 设计的更加抽象，提供了更易用的 API。
3. Java NIO 的 ServerSocketChannel 和 SocketChannel 是一个 SPI 接口，具体的实现由虚拟厂商来实现，直接通过原生 ServerSocketChannel 和 SocketChannel 来实现及满足 Netty 的要求，其工作量不亚于重新开发一个。
4. Netty 的 Channel 需要符合 Netty 的整体架构设计，他需要和 Netty 的整体架构耦合在一起，比如 IO 模型、基于元数据描述配置化的TCP参数等等，原生的 Channel 都不支持。
5. 自定义的 Channel，灵活性更高，功能更加全面。

扩展

Channel 是 Netty 的核心概念之一，它是 Netty 网络 IO 操作的抽象，即 Netty 网络通信的主体，由它来负责对端进行网络通信、注册、数据操作等一切 IO 相关的操作，其主要功能包括：

1. 网络 IO 的读写
2. 客户端发起连接
3. 关闭连接
4. 网络连接的相关参数
5. 绑定端口
6. Netty 框架相关操作，如获取 Channel 相关联的 EventLoop、pipeline 等。

Channel