Netty服务端启动之后，每有一个客户端连接进入，就会创建一个新的Channnel对象以表示两端之间的连接。后续两者之间的数据传输读写就都发生在Channel之上。不同Channel之间的处理，肯定是并发的。同一个Channel之上的处理，则有一定顺序。但何时会有数据对Netty服务端来说是未知的，
Netty是一个异步化处理框架，Channel创建之后，从Channel中读写数据都可能异步化，这种能力通过Channel上绑定的EventLoop来提供。EventLoop即事件循环，在网络I/O处理上，数据的到来时机无法控制，服务端获取到数据之后需要进行相应处理，这种处理对应到Netty中则是触发ChannelHandler中的方法或事件，而这些方法调用或是事件相应的实际运行都在EventLoop当中。
Netty是如何保障这一点的，就需要来具体看一下EventLoop的相关实现了。
EventLoop在代码层面是什么
EventLoop首先是Netty中的接口定义，其继承关系如图，
从接口定义上可以发现EventLoop是一个Executor，且是一个保证执行顺序的OrderedEventExecutor。向EventLoop中submit的任务最终会按顺序执行。保证按顺序执行，那么EventLoop
Netty异步处理框架 异步的实现EventLoop EventLoop&EventLoopGroup ServerBootstrap在构建的时候需要传递
DefaultEventLoop实现，SingleThreadEventLoop
类继承关系
一个Channel只会有一个EventLoop，一个EventLoop可能绑定到多个Channel上 一个EventLoop背后只会有一个线程
为什么异步，异步的来源于IO事件本身的异步性， 收到io时间后交由eventloop进行处理。
channelhandler是作为逻辑实现的重点，如何保证与eventloop之间的关联 通过channel获取到eventloop，判定当前线程是否与eventloop线程相同，相同则执行，否则则放入队列
Channel 与EventLoop 绑定
Executor 与 EventExecutor 的关系 ThreadExecutorMap通过ThreadLocal维系了两者之间的关联，在Runnable任务中获取eventExector时能获取到原先的EventExecutor
MultithreadEventExecutorGroup
channel 与 EventLoopGroup 之间关系
EventLoopGroup创建多个EventLoop，每个EventLoop与Channel关系