IoService通过构造函数的形式成为了IoSession一部分，IoSession是通过IoAcceptor以及connector创建出来，这二者其实就是IoService，所以对于IoSession的模式就是蝎子模式，我创建了你，然后，我成为了你的一部分（蝎子生完了孩子，将会被孩子吃掉）；IoSession一切核心内容比如Handler，FilterChain（当然还有Filter）都是来自于IoService（它的创建者，可能是Acceptor，也可能是IoConnector）；代码实现层面上也是首先是创建服务，然后是为服务（容器）指定属性（Handler、Filter），最后通过服务来创建IoSession；
作为服务系，除了IoAcceptor以及Connector之外，还有一个很重要的类：AbstractorIoService，这个抽象类最大的贡献在于承担了底层执行的功用，它包含了一个Executor对象，Executor在java中是对于进程的抽象，Executor本质就是底层执行任务；对于Executor的来源也是有两个，一个是通过构造参数的形式传入，另外一种方式是通过Executors.newCachedThreadPool()来获得；
Polling系就是实现了基于NIO的"园丁模式"来进行的，AbstractorPollingIoAcceptor关联了一个IoProcessor，这个processor里面封装了针对IoSession所有的核心操作：添加（add，向内部维护的列表中添加新的Session），写（flush()，向session中写入内容），写入缓存（write()，并没有真正的写入，只是写入future）以及移除（remove，移除session）；Processor的来源有两个，一个是通过构造参数传递过来，另外，则是通过SimpleIoProcessorPool进行构建；对于前者，是基于NIO的模式；对于后者，只有非NIO实现的情况才会使用SimpleIoProcessorPool；从MINA官方文档的Demo来看，几乎看不到非NIO的例子；既然基于JDK1.4的NIO已经非常成熟，为什么不用呢？ProcessorPool是给那些JDK1.4之前的老爷车准备的吧？不过对于NIO的了解还是需要看一下《Java NIO》才会有比较深入的了解；
上图揭示了两个重要的方面：第一个是作为Polling系中的Acceptor，里面实现一个很核心的东东，内部实现类Acceptor，这个类继承自runnable接口，实现多线程的两种机制之一（另外一种是直接继承自
?
?
?
?
?
?