Java 远程通讯_MINA
第一章MINA前述1.1线程模型MINA线程模型采用了Reactors in threads模型，即Main Reactor + Sub Reactors的模式。
由main reactor处理连接相关的任务：accept、connect等，当连接处理完毕并建立一个socket连接（称之为session）后，给每个session分配一个sub reactor，之后该session的所有IO、业务逻辑处理均交给了该sub reactor。
每个reactor均是一个线程，sub reactor中只靠内核调度，没有任何通信且互不打扰。
现在来讲讲我对线程模型演进的一些理解：Thread per Connection:在没有nio之前，这是传统的java网络编程方案所采用的线程模型。
即有一个主循环，socket.accept阻塞等待，当建立连接后，创建新的线程/从线程池中取一个，把该socket连接交由新线程全权处理。
这种方案优缺点都很明显，优点即实现简单，缺点则是方案的伸缩性受到线程数的限制。
Reactor in Single Thread:有了nio后，可以采用IO多路复用机制了。
我们抽取出一个单线程版的reactor模型，时序图见下文，该方案只有一个线程，所有的socket连接均注册在了该reactor上，由一个线程全权负责所有的任务。
它实现简单，且不受线程数的限制。
这种方案受限于使用场景，仅适合于IO密集的应用，不太适合CPU密集的应用，且适合于CPU资源紧张的应用上。
Reactor + Thread Pool:方案2由于受限于使用场景，但为了可以更充分的使用CPU资源，抽取出一个逻辑处理线程池。
reactor仅负责IO任务，线程池负责所有其它逻辑的处理。
虽然该方案可以充分利用CPU资源，但是这个方案多了进出thread pool的两次上下文切换。
Reactors in threads: 基于方案3缺点的考虑，将reactor分成两个部分。
main reactor负责连接任务（accept、connect等），sub reactor负责IO、逻辑任务，即mina与netty的线程模型。
该方案适应性十分强，可以调整sub reactor的数量适应CPU资源紧张的应用；同时CPU密集型任务时，又可以在业务处理逻辑中将任务交由线程池处理，如方案5。
该方案有一个不太明显的缺点，即session没有分优先级，所有session平等对待均分到所有的线程中，这样可能会导致优先级低耗资源的session堵塞高优先级的session，但似乎netty与mina并没有针对这个做优化。
Reactors in threads + Threads pool: 这也是我所在公司应用框架采用的模型，可以更为灵活的适应所有的应用场景：调整reactor数量、调整thread pool大小等。
1.2 任务粒度任务从逻辑上我给它分为成三种类型：连接相关的任务（bind、connect等）、写任务（write、flush）、调度任务（延迟、定时等），读任务则由selector加循环时间控制了。
mina任务调度的趋势是逐渐变小，从session级别的调度 -> 类型级别任务的调度 -> 任务的调度。
mina-1.1.7: SocketIoProcessor$Worker.runmina-2.0.4: AbstractPollingIoProcessor$Processor.runmina-3.0.0.M3-SNAPSHOT: AbstractNioSession.processWritemina1、2的任务调度粒度为session。
mina会将有IO任务的的session写入队列中，当循环执行任务时，则会轮询所有的session，并依次把session中的所有任务取出来运行。
这样粗粒度的调度是不公平调度，会导致某些请求的延迟很高。
mina3的模型改动比较大，代码相对就比较难看了，我仅是随便扫了一下，它仅提炼出writeQueue。
1.3 数据如何Read/writejava nio如果是non-blocking的话，在每次write(bytes[N])的时候，并不会将N字节全部write出去，每次write仅一部分（具体大小和tcp_write_buffer有关）。
那么，mina是怎么处理这种情况的呢？mina-1.1.7: SocketIoProcessor.doFlushmina-2.0.4: AbstractPollingIoProcessor.flushNowmina-3.0.0.M3-SNAPSHOT: AbstractNioSession.processWritemina1、2的方式基本一致。
在发送端每个session均有一个writeBufferQueue，有这样一个队列，可以保证写入与写出均有序。
在真正write时，大致逻辑均是一一将队列中的writeBuffer取出，写入socket，但有一些不同的是，mina1是每次peek一次，当该buffer全部写出之后再poll（mina3也是这种机制）；而mina2则是直接poll第一个，将其存为currentWriteRequest，直到currentWriteRequest全部写出之后，才会poll下一个。
这样的做法是为了省几次peek的时间么？同时mina在write时，有一种spin write的机制，即循环write多次。
mina1的spin write count为256，写死在代码里了，表示256有点大；mina2这个机制废除但代码保留；每次write只是输出了一部分数据，read同理，也有可能只会读入部分数据，这样就是导致读入的数据是残缺的。
而mina默认不会理会这种由于nio导致的数据分片，需要由业务层自己额外做配置或者处理。
nfs-rpc: ProtocolUtils.decodemina-1.1.7: SocketIoProcessor.read, CumulativeProtocolDecoder.decodemina-2.0.4: AbstractPollingIoProcessor.read,CumulativeProtocolDecoder.decodemina-3.0.0.M3-SNAPSHOT: NioSelectorLoop.readBuffernfs-rpc在协议反序列化的过程中，就会考虑这个的问题，依次读入每个字节，当发现当前字节或者剩余字节数不够时，会将buf的readerIndex设置为初始状态。
具体的实现，有兴趣的同学可以学习nfs-rpc：ProtocolUtils.decodenfs-rpc在decode时，出现错误就会将buf的readerIndex设为0，把readerIndex设置为0就必须要有个前提假设：每次decode时buf是同一个，即该buf是复用的。
那么，具体情况是怎样呢？mina1、2的读buffer创建方式比较土，在每次read之前，会重新allocate一个新的buf对象，该buf 对象的大小是根据读入数据大小动态调整。
当本次读入数据等于该buf大小，下一次allocate的buf对象大小会翻倍；当本次读入数据不足该buf大小的二分之一，下一次allocate的buf对象同样会缩小至一半。
需要注意的是，*2与/2的代码都可以用位运算，但是mina1竟没用位运算，有意思。
mina1、2处理数据分片可以继承CumulativeProtocolDecoder，该decoder会在session中存入(BUFFER, cumulativeBuffer)。
decode过程为：1）先将message追加至cumulativeBuffer；2）调用具体的decode逻辑；3）判断cumulativeBuffer.hasRemaining()，为true则压缩cumulativeBuffer，为false则直接删除(BUFFER, cumulativeBuffer)。
实现业务的decode逻辑可以参考nfs-rpc中MinaProtocolDecoder的代码。
mina3在处理读buffer的创建与数据分片比较巧妙，它所有的读buffer共用一个buffer对象（默认64kb），每次均会将读入的数据追加至该buffer中，这样即省去了buffer的创建与销毁事件，也省去了cumulativeDecoder的处理逻辑，让代码很清爽啊！ByteBuffer设计需要说明的是，只有mina1、2才有自己的buffer类，mina3内部只用nio的原生ByteBuffer类（提供了一个组合buffer的代理类-IoBuffer）。
mina1、2自建buffer的原因如下：It doesn’t provide useful getters and putters such as fill,get/putString, andget/putAsciiInt()enough.It is difficult to write variable-length data due to its fixed capacity第一条比较好理解，即提供了更为方便的方法用以操作buffer。
第二条则是觉得nio的ByteBuffer是定长的，无法自动扩容或者缩容，所以提供了自动扩/缩容的方法：IoBuffer.setAutoExpand,IoBuffer.setAutoShrink。
但是扩/缩容的实现，也是基于nio的ByteBuffer，重新ByteBuffer.allocate(capacity)，再把原有的数据拷贝过去。
第二章MINA框架与应用Apache Mina Server 是一个网络通信应用框架，也就是说，它主要是对基于 TCP/IP、UDP/IP协议栈的通信框架（当然，也可以提供 JAVA 对象的序列化服务、虚拟机管道通信服务等），Mina 可以帮助我们快速开发高性能、高扩展性的网络通信应用，Mina 提供了事件驱动、异步（Mina 的异步 IO默认使用的是 JAVA NIO 作为底层支持）操作的编程模型。
从官网文档“MINA based Application Architecture”中可以看到Mina作为一个通信层框架，在实际应用所处的位置，如图所示：Mina位于用户应用程序和底层Java网络API（和in-VM通信）之间，我们开发基于Mina的网络应用程序，就无需关心复杂的通信细节。
再看一下，Mina架构，如图所示：通信过程：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通道IoFilterChain作为消息过滤链1.读取的时候是从低级协议到高级协议的过程，一般来说从byte字节逐渐转换成业务对象的过程2.写入的时候一般是从业务对象到字节byte的过程IoSession贯穿整个通信过程的始终MINA2工作流程：一个Acceptor线程有一个自己的Selector，这个Selector专门监听端口上的connect事件。
[VIP专享]手把手教你做java远程控制
![[VIP专享]手把手教你做java远程控制](https://360docs-1393072327.cos.ap-beijing.myqcloud.com/2b871e4fb52acfc789ebc995.webp)
手把手教你做java远程控制一、认识类1,Socket ，ServerSocket:Socket 位于.包中，这是一个对于网络通信来说及其重要的类，无论是那种语言，都会有Socket类的定应用或许，存在的差异也仅仅是在表示和组织上有所不同，Socket中文称它为套接字，javaAPI中可以查看相应的介绍一个ServerSocket构造一对通信套接字方法如下ServerSocket sr=new ServerSocket(port);Socket sc=new Socket("ip",port);其中ServerSocket 的accpet方法十分重要，当一个服务套接字建立之后它一直阻塞等待一个套接字的请求，直到建立连接。
部分计算机网络的书籍对套接字有这样的定义套接字 =ip+port;一个套接字是由一个由一个ip地址和一个端口组成的，在网络通信中的底层实现也的确如此，要一个进程通信就必须为之制定工作端口，在连接端口之后才能在该端口上通信.2, InputStream , OutputStream当一个套接字连接成功后就可以获得基于这个套接字的输入输出流，一切数据的发送和接受都离不开输出输入流，我们可以通过流封装的方法选择你要输入或者输出的数据类型，请看如下例子：这是一个完整服务器端的例子请仔细阅读注释//Server.javaimport .*;import java.io.*;public class Server {public static void main(String args[]){ServerSocket server=null;//定义服务套接字Socket you=null;String s=null;DataOutputStream out=null;//定义流DataInputStream in=null;try{server=new ServerSocket(4331);/*在这里建立服务器套接字，服务套接字的构造方法只需要有服务端口就行，这个道理很简单*/}catch(Exception e){System.out.println(e.getMessage());}//捕捉异常try{System.out.println("wait.....");you=server.accept();//在这里阻塞等待客户的介入out=new DataOutputStream(you.getOutputStream());//取得输出流in=new DataInputStream(you.getInputStream());//取得输出流while(true)//循环读{s=in.readUTF();int m=Integer.parseInt(s);out.writeUTF("Hello i am server!");//发送信息out.writeUTF("X 2:"+s);System.out.println("Server receive :"+s);Thread.sleep(300);//f防止组赛，没有这一个语句或占用很多cpu和内存}}catch(Exception e){System.out.println("Client leave!");}}}//上面是一个简单的服务器端程序显示了如何实现套接字的服务器构建//下面是一个客户端import java.io.*;import .*;public class Client {public static void main(String args[]){String s=null;Socket mysocket;//创建客户端套接字DataInputStream in=null;DataOutputStream out=null;try{mysocket=new Socket("127.0.0.1",4331);/*注意实例化的构造方法与服务器有什么不同*/System.out.println("localport:"+mysocket.getLocalPort());System.out.println("localAddress:"+mysocket.getLocalAddress());System.out.println("localSocketAddress:"+mysocket.getLocalSocketAddre ss());System.out.println("Chanel:"+mysocket.getChannel());// 上面的代码显示具体的通信地址端口in=new DataInputStream(mysocket.getInputStream());out=new DataOutputStream(mysocket.getOutputStream());for(int k=1;k<100;k=k+2）//循环写入内容{out.writeUTF(""+k);s=in.readUTF();System.out.println("客户端接受的数据！："+s);Thread.sleep(500);}}catch(Exception e){System.out.println(e.getMessage());}}}上面两个文件保存后放在一个文件价下运行客户端服务器端就可以实现通信，建议读者使用集成开发环境进行测试二、认识RPCRPC 是英文远程方法调用的缩写,见名知意,就是在本地计算机上调用远程计算机上的方法或着过程。
java远程调用方法
java远程调用方法
Java远程调用方法是指在分布式系统中，通过网络连接调用远程主机上的Java方法。
这种方法使得应用程序能够在不同的计算机上分布式运行，从而实现分布式计算。
通常，Java远程调用方法使用Java RMI（Remote Method Invocation）技术来实现，在远程主机上运行的Java对象可以使用本地Java应用程序中的方法。
Java 远程调用方法适用于大型分布式系统中的数据交换、计算和资源共享等场景，具有高效、可伸缩、可靠性强等优点。
同时，Java远程调用方法也存在着安全性和性能等方面的挑战，需要进行相应的安全措施和优化处理。
- 1 -。
使用MINA构建NIO程序
使用MINA构建NIO程序mina是非常好的C/S架构的java服务器，这里转了一篇关于它的使用感受。
前言MINA是Trustin Lee最新制作的Java通讯框架。
通讯框架的主要作用是封装底层IO操作，提供高级的操作API。
比较出名的通讯框架有C++的ACE、Python的Twisted，而Java的通讯框架还有QuickServer、Netty2、Cindy、Grizzly 等。
2004年6月，Trustin Lee发布了一个通讯框架Netty2，是Java界第一个事件模型架构的通讯框架，Cindy也从中借鉴了不少思想。
由于Netty2的架构不是很好，Trustin Lee在2004年底加入Apache Directory组之后，重写了整个框架，取名为MINA。
MINA是一个基于Java NIO的通讯框架，Java从1.4开始引入NIO，提供了一个非阻塞、高性能的IO底层。
目前使用MINA的产品并不是很多，比较出名的就有Apache Directory、Openfire （Jive出品的一个XMPP产品）、red5（研究flash流媒体flv技术的朋友应该很清楚这个东西，adobe fms的竞争者，国内也有视频网站在使用）等等。
笔者在07年初的时候，公司新项目需要用Java实现一个Socket Server，对比了Netty2、Cindy、QuickServer和MINA。
当时Netty2已经停止开发，也找不到官方网站和代码，比较了另外三个框架之后，毅然选择了当时文档比较缺乏和使用群较少的MINA，一年以来的使用经验来看，感觉还是很不错的，MINA有着清晰的架构，很方便做自定义的扩充。
在1.0发布之后，官方网站充实了很多，增加了不少文档，也听到越来越多的朋友开始使用MINA。
后来专门针对JDK 1.5发布了1.1的版本，使用JDK内置的concurrent代替backport-util-concurrent。
Apache Mina典型例子分析
Apache Mina ，一个高性能Java 异步并发网络通讯框架。
利用Mina 可以高效地完成以下任务：TCP/IP 和UDP/IP通讯串口通讯VM 间的管道通讯SSL/TLSJXM 集成IoC 容器集成（Spring 、Pico 等）状态机Mina 的API 当前主要有三个分支，分别是：2.0.x 目前处于SVN trunk 上的版本，Mina 社区对该版本的API 进行了全新的设计1.1.x 为当前用于产品开发的版本，适用于5.0 以上的JDK ，最新版本为1.1.51.0.x 是1.1.x 的JDK 1.4 的兼容版本，最新版本为1.0.8这里将要介绍的是 2.0.x 版。
虽然当前的稳定版本还是 1.1.x ，但是按照Mina 团队之前的开发计划， 2.0.x 即将在08 年夏季正式发布，并且在 2.0.x 中对Spring 等IoC 的集成进行了简化，添加了基于OGNL 的JMX 远程管理支持，使用基于Java Annotation 的全新API 大大简化了状态机编程，新的基于Apache APR 的基础I/O 组件促进了进一步的效率提升（据官方评测，APR 的效率较之Sun NIO 要高出约10%）。
由于这一系列的重大改进，使得 2.0.x 成为十分令人期待的一个版本，无论是Mina 新手还是老用户，如果你对这个项目抱有兴趣，便很有必要提前对这个版本进行一些了解。
首先让我们对异步I/O 做一些基本的了解。
异步I/O 模型大体上可以分为两种，反应式（Reactive ）模型和前摄式（Proactive ）模型：传统的select / epoll / kqueue 模型，以及Java NIO 模型，都是典型的反应式模型，即应用代码对I/O 描述符进行注册，然后等待I/O 事件。
当某个或某些I/O 描述符所对应的I/O 设备上产生I/O 事件（可读、可写、异常等）时，系统将发出通知，于是应用便有机会进行I/O 操作并避免阻塞。
服务器框架MINA使用经验总结
最近做的一个项目用到了开源的C/S应用的服务器框架MINA，当初做的时候资料非常少，只能自己不停的测试，总结出了一些规律经验。
从网上看的资料上看，这个服务器框架还是比较稳定和支持的并发数还是很不错的，不过没有准确的数据，而且我做完的时候也没有拿到真正的实际环境中测试过，用的时候也发现了很多优点和缺点，使用者可以自己去根据自己的使用需求去衡量是否使用该框架。
服务器是商业系统很重要的一部分，主要负责数据采集，文件分发，与端机的通信，和自动作业等任务，服务器大多是24小时运行的，因此服务器的实现必须强壮、稳定、安全，而速度虽然也是很重要，不过最重要的还是前三者。
服务器框架MINA就是要为这样的服务器提供了一个网络应用框架，当然这样的服务器框架也可以自己去实现。
MINA为我们封装了socket的底层通信实现，提供了日志，线程池等功能，使用起来非常简单、方便。
MINA是一个异步框架，是通过网络事件激发的，它包含两层：IO层和协议层。
首先介绍IO 层，要说明的是我用的版本是0.8.2，可能不同版本会稍有不同。
Client产生一个底层IO事件，比如说连接和发送数据包，IoAcceptor执行所有底层IO，将他们翻译成抽象的IO事件，接着这里可以添加（也可以部添加）一个IoFilters对IO事件进行过滤，并把翻译过的事件或过滤过的事件和关联的IoSession 发送给IoHandler。
IoSession是一个有效的网络连接会话，此会话将一直保持连接，除非网络断开或用户主动断开连接（session.close()），用户可以通过IoSession获得有关该会话连接的信息和配置会话的对象和属性；IoHandler是网络事件的监听器，也就是说当有网络事件发生时会通知IoHandler，用户不用去主动接受数据。
用户只要实现此接口爱干吗干吗去吧。
IoFilter：Io过滤器，对Io 事件进行过滤，比如添加日志过滤器和线程池过滤器。
基于JavaMina框架的部标jt808服务器设计和开发
基于JavaMina框架的部标jt808服务器设计和开发在开发部标GPS平台中，部标jt808GPS服务器是系统的核⼼关键，决定了部标平台的稳定性和⾏那个。
Linux服务器是⾸选，为了跨平台，开发语⾔选择Java⾃不待⾔。
需要购买jt808GPS服务器源码+808模拟测试终端⼯具+压⼒测试⼯具(1200元)可以联系我: 2379423771@；我们为客户开发的部标服务器基于Mina + Spring + Hibernate + Swing桌⾯系统开发，整个服务器的架构特点：1.通信层：基于Java Mina通信框架进⾏GPS服务器开发，可以使得整个系统架构清晰，开发者可以专注于协议解析、业务和数据处理。
2.GPS终端协议层：⽽为了对于扩展终端的接⼊能⼒，协议层要具有很好的扩展能⼒，在解析的时候，根据不同的协议的时候，根据不同的协议同，⽽决定调⽤不同的协议解析插件。
很多开发者，采⽤⼯⼚模式是必不可少的，但是代码都是写死的，实际上引⼊Spring框架，通过良好的接⼝设计，通过简单的XML配置，就可以接⼊到系统当中。
3.业务层：对于底层转来的GPS数据，进⾏分层处理，实时数据⼊库、32种报警分析、各种报表统计等操作，这些操作，在超过5000台的⼤规模终端接⼊的情况下，变得异常复杂，即要保证系统的实时性，必须要提⾼处理能⼒，特别是报警分析的能⼒。
但是频繁的⼤批量的数据⼊库，对于数据库的负担也是很⼤的，数据库处于极度繁忙的状态，对于客户端的查询调⽤影响很⼤。
4.内嵌转发服务，⽀持服务器端的808协议双向转发，服务器接收数据后，还可以将gps数据以808协议的格式转发给其他第三⽅的平台，也可以接收第三⽅平台的指令，下⽅给终端。
5.完整的实现部标808协议的全部协议栈的解析，不是仅仅实现部分协议命令。
6.内嵌808TCPServer和808UDPServer两个Server监听，同时⽀持TCP和UDP两种协议制式的接⼊，这样⽆论终端是UDP协议，还是TCP 协议，都可以顺利接⼊。
mina中文开发手册
李海峰（QQ:61673110）-Andrew830314@
Apache Mina Server 是一个网络通信应用框架，也就是说，它主要是对基于 TCP/IP、UDP/IP 协议栈的通信框架（当然，也可以提供 JAVA 对象的序列化服务、虚拟机管道通信服务等）， Mina 可以帮助我们快速开发高性能、高扩展性的网络通信应用，Mina 提供了事件驱动、异 步（Mina 的异步 IO 默认使用的是 JAVA NIO 作为底层支持）操作的编程模型。 Mina 主要有 1.x 和 2.x 两个分支，这里我们讲解最新版本 2.0，如果你使用的是 Mina 1.x， 那么可能会有一些功能并不适用。学习本文档，需要你已掌握 JAVA IO、JAVA NIO、JAVA Socket、JAVA 线程及并发库(java.util.concurrent.*)的知识。 Mina 同时提供了网络通信的 Server 端、Client 端的封装，无论是哪端，Mina 在整个网通 通信结构中都处于如下的位置：
_______________________________________________________________________________ 2. 简单的 TCPClient： 这里我们实现 Mina 中的 TCPClient，因为前面说过无论是 Server 端还是 Client 端，在 Mina 中的执行流程都是一样的。唯一不同的就是 IoService 的 Client 端实现是 IoConnector。
可见 Mina 的 API 将真正的网络通信与我们的应用程序隔离开来，你只需要关心你要发送、 接收的数据以及你的业务逻辑即可。 同样的，无论是哪端，Mina 的执行流程如下所示：
mina源码解析
mina源码解析Mina是一款基于Java的轻量级网络通讯框架，它支持TCP、UDP、SSL等协议。
Mina的核心是IoProcessor，它负责处理网络I/O事件，并将事件分发到IoHandler中处理。
本文将从源码的角度对Mina进行解析，探究其实现原理和内部机制。
一、IoServiceIoService是Mina的核心接口，它定义了启动、停止、监听和连接等方法。
Mina支持两种类型的IoService：IoAcceptor和IoConnector。
IoAcceptor用于监听并接受连接，而IoConnector用于主动连接其他服务端。
二、IoProcessorIoProcessor负责处理I/O事件，它是Mina的核心组件。
在Mina 中，每个IoService都有对应的IoProcessor。
当有新连接到来时，IoProcessor会创建一个IoSession并将其交给IoService处理。
三、IoFilterIoFilter是Mina的过滤器，可以用于对I/O事件进行拦截和处理。
Mina中的过滤器链是一种典型的责任链模式，每个过滤器都可以在I/O事件发生前、后或中间处理事件。
四、IoSessionIoSession是Mina的会话，它代表了一个TCP连接。
在Mina中，所有的I/O操作都是通过IoSession进行的。
IoSession中包含了该会话的所有状态信息，如连接状态、读写缓冲区等。
五、IoHandlerIoHandler是Mina的处理器，用于处理IoSession中的I/O事件。
当有新数据到达时，IoHandler会被调用，并处理该事件。
六、总结Mina是一款轻量级的网络通讯框架，其核心是IoProcessor、IoFilter、IoSession和IoHandler。
通过对Mina源码的分析，我们可以了解其内部机制和实现原理，从而更好地使用和理解Mina框架。
Java 远程通讯_MINA
第一章MINA前述1.1线程模型MINA线程模型采用了Reactors in threads模型，即Main Reactor + Sub Reactors的模式。
由main reactor处理连接相关的任务：accept、connect等，当连接处理完毕并建立一个socket连接（称之为session）后，给每个session分配一个sub reactor，之后该session的所有IO、业务逻辑处理均交给了该sub reactor。
每个reactor均是一个线程，sub reactor中只靠内核调度，没有任何通信且互不打扰。
现在来讲讲我对线程模型演进的一些理解：Thread per Connection:在没有nio之前，这是传统的java网络编程方案所采用的线程模型。
即有一个主循环，socket.accept阻塞等待，当建立连接后，创建新的线程/从线程池中取一个，把该socket连接交由新线程全权处理。
这种方案优缺点都很明显，优点即实现简单，缺点则是方案的伸缩性受到线程数的限制。
Reactor in Single Thread:有了nio后，可以采用IO多路复用机制了。
我们抽取出一个单线程版的reactor模型，时序图见下文，该方案只有一个线程，所有的socket连接均注册在了该reactor上，由一个线程全权负责所有的任务。
它实现简单，且不受线程数的限制。
这种方案受限于使用场景，仅适合于IO密集的应用，不太适合CPU密集的应用，且适合于CPU资源紧张的应用上。
Reactor + Thread Pool:方案2由于受限于使用场景，但为了可以更充分的使用CPU资源，抽取出一个逻辑处理线程池。
reactor仅负责IO任务，线程池负责所有其它逻辑的处理。
虽然该方案可以充分利用CPU资源，但是这个方案多了进出thread pool的两次上下文切换。
Reactors in threads: 基于方案3缺点的考虑，将reactor分成两个部分。
Mina使用详细教程
Mina使用详细教程1Mina简介：Apache MINA(Multipurpose Infrastructure for Network Applications) 是Apache 组织一个较新的项目，它为开发高性能和高可用性的网络应用程序提供了非常便利的框架。
当前发行的MINA 版本支持基于Java NIO 技术的TCP/UDP 应用程序开发、串口通讯程序（只在最新的预览版中提供），MINA 所支持的功能也在进一步的扩展中。
本文将通过官方网站上的快速入门程序来介绍MINA 的基础架构的同时演示如何使用MINA 开发网络应用程序。
2环境准备：首先到官方网站下载最新的MINA 版本，地址是：/downloads.html。
下载之前先介绍一下MINA 的两个版本：1.0.x 适合运行环境为JDK1.4，1.1.x 适合JDK1.5 的版本，两者的编译环境都需要JDK1.5。
JDK1.5 已经是非常普遍了，本文中使用 1.1.5 版本的MINA，编译和运行所需的文件是mina-core-1.1.7.jar。
下载MINA 的依赖包slf4j。
MINA 使用此项目作为日志信息的输出，而MINA 本身并不附带此项目包，请到/download.html地址下载slf4j 包，slf4j 项目解压后有很多的文件，本例中只需要其中的slf4j-api-1.5.2.jar 和 slf4j-simple-1.5.2.jar 这两个jar 文件。
如果没有这两个文件就会导致启动例子程序的时候报org/slf4j/LoggerFactory 类没找到的错误。
当然要求机器上必须装有 1.5 或者更新版本的JDK。
最好你应该选择一个顺手的Java 开发环境例如Eclipse 或者NetBeans 之类的，可以更方便的编码和调试。
3MINA 基本类的描述：3.1 IoService应用程序入口IoService负责底层通讯接入，IoAcceptor（服务器端）和IoConnector（客户端）是IoService 的扩展接口。