channel-类似于一个socket
一个Channel对应一个socket。提供了基本的io操作。bind()、connect()、read()、write()。
EmbeddedChannel：
LocalServerChannel：
NioDatagramChannel：
NioSctpChannel：
NioSocketChannel：
EventLoop-提供事件的触发时机
eventLoop主要用在：控制流、多线程处理、并发
ChannelFuture-可以提供异步回调实现
主要用在异步通知。netty中所有的io操作都是异步的。netty提供了channelFuture接口，有个addListener()方法注册了一个ChannelFutureListener，使其在某个操作完成时得到通知。
ChannelHandler和ChannelPipeline-有了组件之后，我们可以在这里写我们的业务逻辑
ChannelHandler主要用来处理出站入站的信息，大部分的业务逻辑会集中在其中。举例来说就是：ChannelInboundHandler主要用来处理入站数据逻辑，大部分的业务代码通常驻留在一个或者多个ChannelInboundHandler中。
ChannelPipeline则提供了ChannelHandler链的容器，并定义了用于在该链上传播入站和出站事件流的api。他们的关系类似于这样：
ps：出站和入站是从客户端和服务器端的方向来说的。如果从客户端角度来看，一个消息从客户端应用程序->服务端，称这些事件是出站的；反之从服务器端->客户端的方向，称这些事件是入站的。如果从服务器端角度来看，则是相反的。
编码器和解码器-写业务逻辑之前，我们需要把消息转换成我们可以识别的格式
当通过netty发送或者接受一个消息的时候，都会发生一次数据转换。入站消息会被解码，出站消息会被编码，网络中传输的，都是一些字节。
对于特定的需要，netty为编码器和解码器提供了不同类型的抽象类。netty内置有很多的编解码器，默认都实现了ChannelOutboundHandler或者ChannelInboundHandler接口。
对于每个入站数据，channelRead方法都会被重写。在调用之后，它将由预置解码器提供的decode()方法进行解码，解码完成之后将已转码的字节转发给下一个ChannelPipeline中的下一个ChannelInboundHandler。出站模式则相反
抽象类SimpleChannelInboundHandler
这个类是netty提供的默认的ChannelHandler实现，我们只需要继承这个类，并实现它的特定方法即可简单实现我们需要的定制化功能。
引导-客户端和服务器的启动器Bootstrap
引导分为客户端引导和服务端引导，客户端引导是 Bootstrap 服务端引导对应的是 ServerBootstrap。
客户端一般是connect连接，服务端则是bind绑定端口。
不同的地方在于EventLoopGroup的不同，客户端只有一个EventLoopGroup，用来处理客户端发出去的连接事件。而服务端则拥有两个EventloopGroup，一个用来处理bind事件，处理服务端的入站事件，还有一套EventLoopGroup用来处理客户端发起来的连接事件，一旦服务端接受了客户端的连接，第二个EventLoopGroup就会给它分配一个EventLoop。