JAVA NIO异步通信框架MINA选型和使用的几个细节(概述入门，UDP, 心跳)

     Apache MINA 2 是一个开发高性能和高可伸缩性网络应用程序的网络应用框架。它提供了一个抽象的事件驱动的异步 API，可以使用 TCP/IP、UDP/IP、串口和虚拟机内部的管道等传输方式。Apache MINA 2 可以作为开发网络应用程序的一个良好基础。

    Apache MINA是非常著名的基于java nio的通信框架，以前都是自己直接使用udp编程，新项目选型中考虑到网络通信可能会用到多种通信方式，因此使用了MINA。

     本文结构：

     （1）客户端和服务器代码 ；虽然是udp的，但是mina的优美的设计使得所有的通信方式能够以统一的形式使用，perfect。当然注意的是，不同的通信方式，背后的机理和有效的变量、状态是有区别的，所以要精通，那还是需要经验积累和学习的。

     （2）超时 和Session的几个实际问题

     （3）心跳 ，纠正几个错误

     既然是使用，废话少说，直接整个可用的例子。当然了，这些代码也不是直接可用的，我们应用的逻辑有点复杂，不会这么简单使用的。

请参考mina的example包和文档http://mina.apache.org/udp-tutorial.html 。

版本2.0 RC1

1.1 服务器端

                NioDatagramAcceptor acceptor =  new  NioDatagramAcceptor();  
                acceptor.setHandler(new  MyIoHandlerAdapter()); //你的业务处理，最简单的，可以extends IoHandlerAdapter   
  
DefaultIoFilterChainBuilder chain = acceptor.getFilterChain();  
chain.addLast("keep-alive" ,  new  HachiKeepAliveFilterInMina());  //心跳   
chain.addLast("toMessageTyep" ,  new  MyMessageEn_Decoder());   
              //将传输的数据转换成你的业务数据格式。比如下面的是将数据转换成一行行的文本   
                //acceptor.getFilterChain().addLast("codec",new ProtocolCodecFilter(new TextLineCodecFactory(Charset.forName("UTF-8"))));    
  
chain.addLast("logger" ,  new  LoggingFilter());  
DatagramSessionConfig dcfg = acceptor.getSessionConfig();  
dcfg.setReuseAddress(true );  
acceptor.bind(new  InetSocketAddress(ClusterContext.getHeartBeatPort()));  

1.2 客户端

              NioDatagramConnector connector =  new  NioDatagramConnector();  
connector.setConnectTimeoutMillis(60000L);  
connector.setConnectTimeoutCheckInterval(10000 );  
connector.setHandler(handler);  
  
DefaultIoFilterChainBuilder chain = connector.getFilterChain();  
chain.addLast("keep-alive" ,  new  HachiKeepAliveFilterInMina()); //心跳   
chain.addLast("toMessageTyep" ,  new  MyMessageEn_Decoder());  
chain.addLast("logger" ,  new  LoggingFilter());  
ConnectFuture connFuture = connector.connect(new  InetSocketAddress( "10.1.1.1" , 8001 ));  
connFuture.awaitUninterruptibly();  
IoSession session = connFuture.getSession();  
                //发送消息长整型 1000   
              IoBuffer buffer = IoBuffer.allocate(8 );  
              buffer.putLong(1000 );  
              buffer.flip();  
              session.write(buffer);  
                 //关闭连接   
                 session.getCloseFuture().awaitUninterruptibly();  
 connector.dispose();  

2. 超时的几个经验总结：

    udp session默认是60秒钟超时，此时状态为closing，数据就发不出去了。

Session的接口是IoSession，udp的最终实现是NioSession。如果交互在60秒内不能处理完成，就需要使用Keep-alive机制，即心跳机制。

3. 心跳 机制

    在代码中已经使用了心跳机制，是通过mina的filter实现的，mina自身带的心跳机制好处在于，它附加了处理，让心跳消息不会传到业务层，在底层就完成了。

    在上面代码实现中的HachiKeepAliveFilterInMina如下：

public   class  HachiKeepAliveFilterInMina  extends  KeepAliveFilter {  
    private   static   final   int  INTERVAL =  30 ; //in seconds   
    private   static   final   int  TIMEOUT =  10 ;  //in seconds   
      
    public  HachiKeepAliveFilterInMina(KeepAliveMessageFactory messageFactory) {  
        super (messageFactory, IdleStatus.BOTH_IDLE,  new  ExceptionHandler(), INTERVAL, TIMEOUT);  
    }  
      
    public  HachiKeepAliveFilterInMina() {  
        super ( new  KeepAliveMessageFactoryImpl(), IdleStatus.BOTH_IDLE,  new  ExceptionHandler(), INTERVAL, TIMEOUT);  
        this .setForwardEvent( false );  //此消息不会继续传递，不会被业务层看见   
    }  
}  
  
class  ExceptionHandler  implements  KeepAliveRequestTimeoutHandler {     
    public   void  keepAliveRequestTimedOut(KeepAliveFilter filter, IoSession session)  throws  Exception {     
        System.out.println("Connection lost, session will be closed" );     
        session.close(true );   
    }     
}  
  
/**  
 * 继承于KeepAliveMessageFactory，当心跳机制启动的时候，需要该工厂类来判断和定制心跳消息  
 * @author Liu Liu  
 *  
 */   
class  KeepAliveMessageFactoryImpl  implements  KeepAliveMessageFactory {  
    private   static   final   byte  int_req = - 1 ;  
    private   static   final   byte  int_rep = - 2 ;   
    private   static   final  IoBuffer KAMSG_REQ = IoBuffer.wrap( new   byte []{int_req});     
    private   static   final  IoBuffer KAMSG_REP = IoBuffer.wrap( new   byte []{int_rep});    
         
    public  Object getRequest(IoSession session) {     
        return  KAMSG_REQ.duplicate();     
    }     
  
    public  Object getResponse(IoSession session, Object request) {     
        return  KAMSG_REP.duplicate();     
    }     
  
    public   boolean  isRequest(IoSession session, Object message) {    
        if (!(message  instanceof  IoBuffer))  
            return   false ;  
        IoBuffer realMessage = (IoBuffer)message;  
        if (realMessage.limit() !=  1 )  
            return   false ;  
          
        boolean  result = (realMessage.get() == int_req);  
        realMessage.rewind();  
        return  result;  
    }     
  
    public   boolean  isResponse(IoSession session, Object message) {      
        if (!(message  instanceof  IoBuffer))  
            return   false ;  
        IoBuffer realMessage = (IoBuffer)message;  
        if (realMessage.limit() !=  1 )  
            return   false ;  
          
        boolean  result = (realMessage.get() == int_rep);     
        realMessage.rewind();  
        return  result;  
    }     
}  

  有人说：心跳机制的filter只需要服务器端具有即可——这是错误 的，拍着脑袋想一想，看看factory，你就知道了。心跳需要通信两端的实现 。

  另外，版本2.0 RC1中，经过测试，当心跳的时间间隔INTERVAL设置为60s(Session的存活时间)的时候心跳会失效，所以最好需要小于60s的间隔。