在网络通信中，Socket通信的双方分为服务端与客户端，在Java NIO 的实现中采用Socket/ServerSocket, SocketChannel/ServerSocketChannel分别表示客户端与服务端对象及程序与所操作的Socket间的连接通道。
在Mina框架中采用IoAcceptor来表示接受连接的服务端，而用IoConnector表示客户端。这里我认为IoAccepto/IoConnector更像是SocketChannel/ServerSocketChannel的进一步抽象，表示的是应用程序 与 Socket间的连接通道。
首先看IoAcceptor的类图关系，这里只关心Socket相关的部分：
可见IoAcceptor和IoConnector都继承自IoService，IoConnector的实现与IoAcceptor类似，图中未给出。在实际的Socket通信编程中，最终应用的类是SocketAcceptor。事实上Mina对NIO的实现更多的体现在AbstractPollingIoAcceptor（以及对应的AbstractPollingIoConnector）中，在其中定义了内部类Acceptor来实现对到达连接的轮询处理。内部类Acceptor实现了接口Runnable, AbstractIoService本身持有Executor，Acceptor执行的轮询任务交由Executor处理。
值得注意的是此处的Executor可以由程序开发者指定具体的类型，在未指定的情况下，其默认的实现是CachedThreadPool。事实上对于IoAcceptor来说，每个Acceptor对应的Socket为一个，对到达连接的轮询处理已交由Acceptor线程处理，此处仍旧定义了线程池似乎多此一举。
对于到达的连接则交由AbstractPollingIoAcceptor其本身持有的processor处理。在未明确指定的情况下其本身的processor是SimpleIoProcessorPool类型，关于processor是另外一个话题。
由此可以看到，IoAcceptor本身占用一个线程完成对到达连接的接收处理，后续连接建立后会话中通信的处理则交由Processor负责。