整体架构
核心过程（IoAcceptor 与 IoConnector通讯）
客户端：
1）通过SocketConnector同服务器端建立连接。
2）链接建立之后I/O的读写交给了I/O Processor线程，I/O Processor是多线程的。
3）通过I/O Processor读取的数据经过IoFilterChain里所有配置的IoFilter，IoFilter进行消息的过滤，格式的转换，在这个层面可以制定一些自定义的协议。
4）最后IoFilter将数据交给Handler进行业务处理，完成了整个读取的过程。
5）写入过程也是类似，只是刚好倒过来，通过IoSession.write写出数据，然后Handler进行写入的业务处理，处理完成后交给IoFilterChain，进行消息过滤和协议的转换，最后通过I/O Processor将数据写出到socket通道。
源码研究：
org.apache.mina.core.service
org.apache.mina.core.session
org.apache.mina.core.polling
org.apache.mina.transport.socket
org.apache.mina.core.service
下图为IoService中的所有方法
它是所有IoAcceptor和IoConnector的基接口。对于一个IoService,有哪些信息需要我们关注呢？
1）底层的元数据信息TransportMetadata，比如底层的网络服务提供者（NIO,ARP,RXTX等），
2）通过这个服务创建一个新会话时，新会话的默认配置IoSessionConfig。
3）此服务所管理的所有会话。
4）与这个服务相关所产生的事件所对应的监听者（IoServiceListener）。
5）处理这个服务所管理的所有连接的处理器(IoHandler)。
6）每个会话都有一个过滤器链（IoFilterChain），每个过滤器链通过其对应的IoFilterChainBuilder来负责构建。
7）由于此服务管理了一系列会话，因此可以通过广播的方式向所有会话发送消息,返回结果是一个WriteFuture集，后者是一种表示未来预期结果的数据结构。
8）服务创建的会话（IoSession）相关的数据通过IoSessionDataStructureFactory来提供。
9）发送消息时有一个写缓冲队列。
10）服务的闲置状态有三种：读端空闲，写端空闲，双端空闲。
11）还提供服务的一些统计信息，比如时间，数据量等。
IoService这个服务是对于服务器端的接受连接和客户端发起连接这两种行为的抽象。
再来从服务器看起，IoAcceptor是IoService的子接口，它用于绑定到指定的ip和端口，从而接收来自客户端的连接请求，同时会fire相应的客户端连接成功接收/取消/失败等事件给自己的IoHandle去处理。当服务器端的Accpetor从早先绑定的ip和端口上取消绑定时，默认是所有的客户端会话会被关闭，这种情况一般出现在服务器挂掉了，则客户端收到连接关闭的提示。这个接口最重要的两个方法是bind()和unbind()，当这两个方法被调用时，服务端的连接接受线程就启动或关闭了。
再来看一看上图中的客户端的连接发起者接口IoConnector，它的功能和IoAcceptor基本对应的，它用于尝试连接到服务器指定的ip和端口，同时会fire相应的客户端连接事件给自己的IoHandle去处理。当connet方法被调用后用于连接服务器端的线程就启动了，而当所有的连接尝试都结束时线程就停止。尝试连接的超时时间可以自行设置。Connect方法返回的结果是ConnectFuture，这和前面说的WriteFuture类似，在后面会有一篇专门讲这个模式的应用。
前面的IoAcceptor和IoConnector就好比是两个负责握手的仆人，而真正代表会话的实际I/O操作的接口是IoProcessor，它对现有的Reactor模式架构的Java NIO框架继续做了一层封装。它的泛型参数指明了它能处理的会话类型。接口中最重要的几个方法， add用于将指定会话加入到此Processor中， 让它负责处理与此会话相关的所有I/O操作。由于写操作会有一个写请求队列，flush就用于对指定会话的写请求队列进行强制刷数据。remove方法用于从此Processor中移除和关闭指定会话，这样就可以关闭会话相关联的连接并释放所有相关资源。updateTrafficMask方法用于控制会话的I/O行为，比如是否允许读/写。
