NIO学习（四）：Java NIO的Selector核心类图

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接： https://blog.csdn.net/outsanding/article/details/102652642

背景

1. 整理NIO的Selector核心类的类体系结构图。

---

过程

1. 不同操作系统有不同的JDK支持，本地是Windows。
2. 关键点是抽象类Selector依赖SelectorProvider和SelectionKey。

---

小结

1. Selector的open()方法，是JDK源码SelectorProvider调用provider()方法返回Selector实例。

2. 后续Channel调用register(Selector selector, OP_REDA)，第二参数是感兴趣的事件。这里实际是把channel注册到Selector上，这个时候会生成SelectionKey实例。new SelectionKeyImpl(channel, selector)。

3. 每一次注册，都会new一个SelectionKeyImpl(channel, selector)实例，并且把实例放到SelectionKey[]数组中，而SelectionKey[]是AbstractSelectableChannel的属性。而ServerSocketChannel是继承了AbstractSelectChannel的。其中，SelectionKeyImpl的实例有interestOps属性，把channel感兴趣的事件，赋值给interestOps。

4. 后续Selector在死循环线程中，调用select()阻塞方法监听注册的事件是否发生，它不是主动轮询各个Channle中的事件,它是监听是否有连接事件发生，是否有读的事件发生，是否有写的事件发生。一旦有事件发生，则可复用选择器Selector从Set< SelectionKey > 选择对应的事件，存入Set < SelectionKey > selectedKey，通过这个selectedKey(其实就是SelectionKey实例，这个实例持有channel实例和selector实例)就可以获取对应的Channel。

   又因为每个channle有个对应的ChannelPipline(Netty中的概念)，这个管道中有很多使用双向链表连接起来的handler,每个handler都处理自己的事件，比如Inbound类型，Ountboud类型，比如日志类型，比如具体的开发者实现的业务逻辑。

   一旦这个感兴趣的事件处理完成，则需要把SelectedKey给移除掉，等待下次事件的到来。