mina架构分析 (NIO 网络接口)
出处：http://gearever.iteye.com
ApacheMINA(MultipurposeInfrastructureforNetworkApplications)是Apache组织一个较新的项目，它为开发高性能和高可用性的网络应用程序提供了非常便利的框架。当前发行的MINA版本支持基于JavaNIO技术的TCP/UDP应用程序开发、串口通讯程序（只在最新的预览版中提供），MINA所支持的功能也在进一步的扩展中。
目前正在使用MINA的软件包括有：ApacheDirectoryProject、AsyncWeb、AMQP（AdvancedMessageQueuingProtocol）、RED5Server（MacromediaFlashMediaRTMP）、ObjectRADIUS、Openfire等等。
---百度百科
本文以mina2.0.7为基础，记录minanio网络接口的内部结构及消息流。在tomcat架构分析(connectorNIO实现)中描述了tomcat的nio实现，两者可以做一个比较。应该说在一些思想上有共通的地方，在实现上可能mina的非阻塞更彻底一些。
public static void main(String[] args) {
SocketAcceptor acceptor = new NioSocketAcceptor();
acceptor.getFilterChain().addLast(
"text", new Business0Filter();
acceptor.setHandler(new ServerHandler());
try {
acceptor.bind(new InetSocketAddress(PORT));
} catch (IOException e) {
acceptor.dispose();
}
}这是一个典型的基于mina的服务端程序。Mina的大体结构还是很清晰的，绑定一个端口接收消息，经过一个Filter链(上行)预处理request，最后在Handler完成业务逻辑，然后反向经过Filter链(下行)封装response，直至返回客户端。Mina支持TCP/UDP，本文只记录TCP(面向连接)的消息流。
看一下NioSocketAcceptor的内部结构概念图；
可以看出，整体上还是采用多Selector的架构。
Acceptor线程
在NioSocketAcceptor中有个Acceptor线程，它负责将一个ServerSocketChannel注册到主Selector中，注册事件为OP_ACCEPT，当有OP_ACCEPT响应时，取出相应的socket，封装在NioSocketSession中，并给这个NioSocketSession对象分配一个NioProcessor；
SimpleIoProcessorPool
NioSocketAcceptor维护的一个NioProcessor的对象池，这个对象池缺省状态下维护了Runtime.getRuntime().availableProcessors()+1个NioProcessor对象，每个运行时建立的NioSocketSession对象都会分配一个NioProcessor对象，这个NioProcessor对象与NioSocketSession对象是一对多的关系；
NioProcessor
每个NioProcessor对象内部维护了一个Selector对象及Processor线程，除此还有一些数据结构，用于数据处理，主要的有；
- Queue<S>newSessions=newConcurrentLinkedQueue<S>()
- Queue<S>flushingSessions=newConcurrentLinkedQueue<S>()
其中，newSessions就是当给NioSocketSession对象分配NioProcessor时，将此NioSocketSession对象添加到此newSessionsqueue中，同时将对应的channel以OP_READ注册到这个NioProcessor对象的Selector，给session分配NioProcessor的逻辑是；
private IoProcessor<S> getProcessor(S session) {
IoProcessor<S> processor = (IoProcessor<S>) session.getAttribute(PROCESSOR);
if (processor == null) {
if (disposed || disposing) {
throw new IllegalStateException("A disposed processor cannot be accessed.");
}
processor = pool[Math.abs((int) session.getId()) % pool.length];
if (processor == null) {
throw new IllegalStateException("A disposed processor cannot be accessed.");
}
session.setAttributeIfAbsent(PROCESSOR, processor);
}
return processor;
}这个sessionid是生成session时产生的。
NioProcessor对象的Processor线程就是从这个newSessionsqueue里取出新加进来的session对象，以OP_READ注册到自己Selector中，然后针对自己的Selector进行select()操作，当有可读的socket事件响应时就取出socket数据，然后走Filter链直至业务逻辑。当有了response需要返回给客户端时，会将response对象封装并添加到session对象的一个写出缓冲里，然后session对象被添加到NioProcessor对象的flushingSessions中，Processor线程会从flushingSessions中取出session，然后从session的写出缓冲中取出response，写socket。需要注意的是，在处理写的时候还是比较细腻的，进入flushingSessionsqueue有两种方式，
- 一个是经过业务逻辑处理，产生response，直接将session压入flushingSessionsqueue；
- 另一个是当执行上述写socket动作时，因为网络闪断或其他什么原因，写socket不能正常完成，这时，会将session对应的channel在Selector中注册OP_WRITE事件，当Processor线程发现这个session对应的channel有OP_WRITE事件时，会重新将这个session压入flushingSessionsqueue，然后就是走正常逻辑了，看下代码感受一下；
private boolean flushNow(S session, long currentTime) {
final WriteRequestQueue writeRequestQueue = session.getWriteRequestQueue();
WriteRequest req = null;
try {
......
do {
req = session.getCurrentWriteRequest();
if (req == null) {
// session的写出缓冲中取response
req = writeRequestQueue.poll(session);
if (req == null) {
break;
}
session.setCurrentWriteRequest(req);
}
int localWrittenBytes = 0;
Object message = req.getMessage();
if (message instanceof IoBuffer) {
//写socket
localWrittenBytes = writeBuffer(session, req, hasFragmentation, maxWrittenBytes - writtenBytes, currentTime);
if ((localWrittenBytes > 0) && ((IoBuffer) message).hasRemaining()) {
//写socket成功，但是buffer中还有需要写的数据
writtenBytes += localWrittenBytes;
setInterestedInWrite(session, true);
return false;
}
}
......
//写socket出错，重置channel事件
if (localWrittenBytes == 0) {
setInterestedInWrite(session, true);
return false;
}
......
} while (writtenBytes < maxWrittenBytes);
} catch (Exception e) {
......
}
return true;
}
protected void setInterestedInWrite(NioSession session, boolean isInterested) throws Exception {
SelectionKey key = session.getSelectionKey();
if (key == null) {
return;
}
int newInterestOps = key.interestOps();
//注册OP_WRITE事件
if (isInterested) {
newInterestOps |= SelectionKey.OP_WRITE;
} else {
newInterestOps &= ~SelectionKey.OP_WRITE;
}
key.interestOps(newInterestOps);
}在各个Selector的维护及session的超时控制等方面，mina在实现的细节上还有很多特别的设计，不一一赘述了。和tomcat的nio框架比起来，感觉mina还是很细腻的，毕竟它是专门的nio框架。很多值得学习的地方。