Apache MINA框架
用户 IoService>IoProCessor>IoFilter>IoFilter>IoFilter>IoHandler 从左至右Reads,从右至左Writes
IoService 是负责底层通讯接入，而 IoHandler 是负责业务处理的。
那么 MINA 架构图中的 IoFilter 作何用途呢？答案是你想作何用途都可以。但是有一个用途却是必须的，那就是作为 IoService 和 IoHandler 之间的桥梁。
IoHandler 接口中最重要的一个方法是 messageReceived，这个方法的第二个参数是一个 Object 型的消息，总所周知，Object 是所有 Java 对象的基础，那到底谁来决定这个消息到底是什么类型呢？答案也就在这个 IoFilter 中。在前面使用的例子中，我们添加了一个 IoFilter 是 new ProtocolCodecFilter(new TextLineCodecFactory())，这个过滤器的作用是将来自客户端输入的信息转换成一行行的文本后传递给 IoHandler，因此我们可以在 messageReceived 中直接将 msg 对象强制转换成 String 对象。
MINA 框架简介当客户首次访问采用MINA编写的程序时，IoAcceptor作为线程运行，负责接受来自客户的请求。当有客户请求连接时，创建一个Session，该Session与IoProcessor、SocketChannel以及IOService联系起来。IoProcessor也作为另外一个线程运行，定时检查客户是否有数据到来，并对客户请求进行处理，依次调用在IOService注册的各个IoFilter，最后调用IoHandler进行最终的逻辑处理，再将处理后的结果Filter后返回给客户端。 IoSessionSession可以理解为服务器与客户端的特定连接，该连接由服务器地址、端口以及客户端地址、端口来决定。客户端发起请求时，指定服务器地址和端口，客户端也会指定或者根据网络路由信息自动指定一个地址、自动分配一个端口。这个地址、端口对构成一个Session。 Session是服务器端对这种连接的抽象，MINA对其进行了封装，定义了IoSession接口，用来代表客户端与服务器的连接，在服务器端来指代客户端，实现对客户端的操作、绑定与客户端有关的信息与对象。通过利用Session的这个概念，编写程序时就可以在服务器端非常方便地区分出是当前处理的是哪个客户端的请求、维持客户端的状态信息、可以实现客户端之间相互通讯。 IoSession提供以下一些常用方法： （1）setAttribute(Object key, Object value) getAttribute(Object key)设置/获取用户定义的属性。将该属性与session联系起来，方便以后处理用户请求时使用。比如如果要求用户登录后才能继续进行操作，那么在用户成功登陆后，可以通过setAttribute()设置一个属性，当用户以后继续请求时，可以通过getAttribute()获取该属性来判断用户是否登录。（2）getRemoteAddress()获取远程客户端地址。（3）getId() getCreationTime() getLastIoTime() getConfig()获取Session的Id、创建时间、上次IO时间、配置信息。（4）write(Object message)将数据发送给客户端。（5）close()关闭Session。说明：可以在Session中发送数据，但是Session没有提供读取数据的方法，读取数据通过另一套机制在IoHandler的messageReceived()中实现。 IoHandler从以上MINA框架简图可以看出，对来自客户端数据最终处理是在IoHandler中处理的。IoHandler封装了来自客户端不同事件的处理，如果对某个事件感兴趣，可以实现相应的方法，当该事件发生时，IoHandler中的方法就会被触发执行。IoHandler总共有7个方法对应7个事件：（1）void exceptionCaught(IoSession session, Throwable cause)有异常发生时被触发。（2）void messageReceived(IoSession session, Object message)有消息到达时被触发，message代表接收到的消息。（3）void messageSent(IoSession session, Object message)发送消息时时被触发，即在调用IoSession.write()时被触发，message代表将要发送的消息。（4）void sessionClosed(IoSession session)当连接关闭时被触发，即Session终止时被触发。（5）void sessionCreated(IoSession session)当创建一个新连接时被触发，即当开始一个新的Session时被触发。（6）void sessionIdle(IoSession session, IdleStatus status)当连接空闲时被触发。使用IoSessionConfig中的setIdleTime(IdleStatus status, int idleTime)方法可以设置session的空闲时间。如果该Session的空闲时间超过设置的值，该方法被触发，可以通过session.getIdleCount(status)来获取sessionIdle被触发的次数。（7）void sessionOpened(IoSession session) 当打开一个连接时被触发。在目前的实现中，好像 sessionOpened 和 sessionCreated 没有太大区别，sessionCreated 在 sessionOpened 之前被触发。IoHandler是一个接口，一般情况没有必要直接实现该接口的每一个方法。MINA提供了一个IoHandlerAdapter类，该类实现了IoHandler要求的方法，但是都没有做任何处理。当我们要编写自己的Handler时，可以扩展IoHandlerAdapter，重写我们关心的事件方法即可。比如，一般情况，我们比较关心是否接收到数据这个时间，那么我们就可以覆盖messageReceived方法，不用管其他方法。 EventMINA可以看成是事件驱动的。通常在网络通讯中，可以将整个过程划分为几个基本的阶段，如建立连接、数据通信、关闭连接。数据通信一般包括数据的发送和接收，由于在通信过程中，可能要多次发送和接收数据，以进行不同的业务交互。不可能一直都接收和发送数据，因此就有Idle出现，在MINA中，如果在设定的时间内没有数据发送或接收，那么就会触发一个Idle事件。由于某种原因，可能会发生错误，导致系统异常发生，引发exception。因此，如果从事件发生的角度看的话，就可以在MINA中将通信看成由一个建立链接（sessionCreated 和 sessionOpened ）、多个数据接收和发送、一个关闭连接事件以及多个Idle事件等7种事件组成的过程。Session是对双方相互通信的抽象，因此通信的过程就是一系列与Session相关的事件。在MINA现在对TCP的实现中，sessionCreated 和 sessionOpened 没有区别。因此严格来说，有6种类型的事件。 IoFilterIoFilter用来对客户的请求或发送给客户的数据进行filter。与IoHandler一样，Filter也是基于事件的，通过实现IoFilter接口，就可以对通信过程中的Session的事件进行处理。Filter是一种链式结构，与IoHandler不同，处理每一种Session事件的函数中，除了传入session对象外，还传入了NextFilter对象，用来代表下一个Filter。一般情况，在处理结束后，调用下一个filter的相应方法作进一步处理。Filter也可以针对特定的通信或数据，不进行进一步处理，就可以不用调用NextFilter的相应方法。除了与Session相应的7种事件外，在IoFilter中还可以对Filter的init、destroy以及add、remove等时间爱女作出处理。MINA提供了一个IoFilterAdapter类，我们要编写自己的Filter时，可以扩展IoFilterAdapter，不用直接实现IoFilter接口。Apache MINA提供一个LoggingFilter类，用来log通信过程。 程序=算法+抽象数据类型 通信框架涉及到的设计模式：1.命令模式在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。将一组行为抽象为对象，实现二者之间的松耦合Command： 定义命令的接口，声明执行的方法。 ConcreteCommand： 命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。 Receiver： 接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。 Invoker： 要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。 Client： 创建具体的命令对象，并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行。 1.命令模式的本质是对命令进行封装，将发出命令的责任和执行命令的责任分割开。 2.每一个命令都是一个操作：请求的一方发出请求，要求执行一个操作；接收的一方收到请求，并执行操作。 3.命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收，以及操作是否被执行、何时被执行，以及是怎么被执行的。 4.命令模式使请求本身成为一个对象，这个对象和其他对象一样可以被存储和传递。 5.命令模式的关键在于引入了抽象命令接口，且发送者针对抽象命令接口编程，只有实现了抽象命令接口的具体命令才能与接收者相关联。 2.适配器模式 在wap游戏开发中，用mina，可以用它现成的来封闭消息对象，在每个server之间来传输就比较容易解析，也少了很多麻烦，高效我自己在开发的过程，用的eclipse3.4的，所以安装的是http://protobuf-dt.googlecode.com/git/update-site
