可看出EventLoop和Channel的关系——Channel是注册到EventLoop中的。ChannelPipeline和Channel的关系——每一个Channel会分配一个ChannelPipline。
- unsafe：非jdk中的unsafe，这是netty定义的unsafe，其中定义了bind，connect等方法，在实际和网络打交道的时候会使用到
- DefaultChannelPipeline：ChannelPipeline的默认实现，这就是Channel分配的ChannelPipline
- EventLoop：此Channel注册到的EventLoop
从此可与看出，Netty中的Nio Channel 和 jdk中Channel的关系，它们是一对一的AbstractNioChannel拥有NIO的Channel，具备NIO的注册、连接等功能。但IO的读写交给了其子类。
AbstractNioByteChannel是面向字节的，通常是客户端进行使用，AbstractNioMessageChannel面向消息，通过是服务端进行使用。为什么netty这样设计昵？
- 通常情况下，客户端只需要发送消息，因此直接将消息内容转换为字节流进行输出即可，这时候使用AbstractNioByteChannel更为合适。
- 服务端在接收到客户端的消息后，需要对消息进行解码、反序列化、处理等操作，这时候使用AbstractNioMessageChannel更为合适。因为AbstractNioMessageChannel提供了方便的消息处理功能，可以对收到的字节流进行解码、转换成特定的消息对象，并提供了方便的事件驱动机制，方便开发者对消息进行处理和管理。
- 例如，在自定义的RPC协议中，服务端需要解码和反序列化请求消息，调用相应的服务方法，并将响应消息转换为字节流输出。使用AbstractNioMessageChannel可以方便地处理这些消息读写操作，使用自定义的解码器和编码器可以将字节流转换为特定的消息对象，并且在ChannelHandler中实现业务逻辑，通过事件驱动机制方便地管理消息的读写和处理。
- 综上所述，AbstractNioByteChannel适合用于处理字节流数据，适合用于客户端。而AbstractNioMessageChannel适合用于处理消息，适合用于服务端
NioSocketChannel是AbstractNioByteChannel的子类，NioSocketChannel封装了NIO中的SocketChannel，实现了IO的读写连接操作。Netty服务的每个连接都会生成一个NioSocketChannel对象。
NioServerSocektChannel是AbstractNioMessageChannel的子类，一般是服务端进行使用，并且只负责监听Socket的接入，不关心IO读写。
如上代码中，服务端指定了Channel类型，然后调用bind方法，在bind方法中会进行Channel的初始化+注册到EventLoop中
1.NioServerSocketChannel的实例化
因为在Reactor模式中，bossGroup负责处理ACCEPT事件，单线程使用Selector监听多路IO的Accept事件，然后将这些套接字交给上面的WorkerGroup，so这里NioServerSocketChannel注册到bossGroup中
这里会使用到EventExecutorChooser进行选择EventLoop，Netty自带两种策略
它使用取模在众多EventLoop中选择一个
