Apache MINA(Multipurpose Infrastructure for Network Applications) 是 Apache 组织一个较新的项目，它为开发高性能和高可用性的网络应用程序提供了非常便利的框架。当前发行的 MINA 版本支持基于 Java NIO 技术的 TCP/UDP 应用程序开发、串口通讯程序(只在最新的预览版中提供)，MINA 所支持的功能也在进一步的扩展中。

简介

Apache MINA是一个网络应用程序框架，用来帮助用户简单地开发高性能和高可靠性的网络应用程序。它提供了一个通过Java NIO在不同的传输例如TCP/IP和UDP/IP上抽象的事件驱动的异步API。

MINA虽然简单但是仍然提供了全功能的网络应用程序框架：

● 为不同的传输类型提供了统一的API:

○ 通过Java NIO提供TCP/IP 和 UDP/IP支持

○ 通过RXTX提供串口通讯(RS232)

○ In-VM管道通讯

○ 你能实现你自己的API!

● 过滤器作为一个扩展特性; 类似Servlet过滤器

● 低级和高级的API:

○ 低级: 使用字节缓存(ByteBuffers)

○ 高级: 使用用户定义的消息对象(objects)和编码(codecs)

● 高度定制化线程模型:

○ 单线程

○ 一个线程池

○ 一个以上的线程池(也就是SEDA)

● 使用Java 5 SSL引擎提供沙盒(Out-of-the-box) SSL · TLS · StartTLS支持

● 超载保护和传输流量控制

● 利用模拟对象进行单元测试

● JMX管理能力

● 通过StreamIoHandler提供基于流的I/O支持

● 和知名的容器(例如PicoContainer、Spring)集成

● 从Netty平滑的迁移到MINA， Netty是MINA的前辈。

MINA版本

Mina 的 API 当前主要有三个分支，分别是：

2.0.x 目前处于 SVN trunk 上的版本， Mina 社区对该版本的 API 进行了全新的设计

1.1.x 为当前用于产品开发的版本，适用于 5.0 以上的 JDK ，最新版本为 1.1.5

1.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 操作并避免阻塞。由于在反应式模型中应用代码需要根据相应的事件类型采取不同的动作，最常见的结构便是嵌套的 if {...} else {...}  或 switch ，并常常需要结合状态机来完成复杂的逻辑。

前摄式模型则恰恰相反。在前摄式模型中，应用代码主动地投递异步操作而不管 I/O 设备当前是否可读或可写。投递的异步 I/O 操作被系统接管，应用代码也并不阻塞在该操作上，而是指定一个回调函数并继续自己的应用逻辑。当该异步操作完成时，系统将发起通知并调用应用代码指定的回调函数。在前摄式模型中，程序逻辑由各个回调函数串联起来：异步操作 A 的回调发起异步操作 B ，B 的回调再发起异步操作 C ，以此往复。

Reactor 和 Proactor 同为事件驱动 I/O 模型，其本质区别在于事件触发时机： Reactor 在 I/O 设备就绪，即可以立即执行 I/O 调用而无需阻塞时触发，只有这时才可以放心大胆的执行 I/O 调用；而 Proactor 则允许在任意时刻发起 I/O 调用请求，并在 I/O 调用完成时触发事件。

Proactor 可以直接利用系统提供的 aio 、 IOCP 等异步 I/O 机制实现。不过鉴于一时之间各种平台上 aio 接口实现的兼容性、功能、性能等方面的表现都还比较不靠谱，常见平台里还是 Win32 IOCP 对 Proactor 的原生支持最好。当系统不提供原生的异步 I/O 机制时，也可以使用 Reactor 模拟实现。相关内容可参见这篇文章。MINA 正是借由 Java NIO 的 Reactor 实现的模拟 Proactor 模型。 Boost.Asio 的 Proactor 内核在非 NT Win32 平台上也是利用select() / kqueue() / epoll 等 Reactor 模拟实现的。

Reactor 按照事件触发方式又可分为 level-triggered (LT) 和 edge-triggered (ET) 两种，其区别详见 epoll 的 man page 。传统的 select() / poll() 都属于 LT Reactor ； kqueue() 则是 ET Reactor ； epoll 是个两面派， LT/ET 语义通吃。

前摄式模型相较于反射式模型往往更加难以编程。然而在具有原生异步 I/O 支持的操作系统中(例如支持 IO Completion Port 的 Win32 系统)，采用前摄式模型往往可以取得比反应式模型更佳的效率。在没有原生异步 I/O 支持的系统中，也可以使用传统的反应式 API 对前摄式模型予以模拟。在现代的软硬件系统中，使用 epoll 和 kqueue 的前摄式模型实现同样可以轻松解决 C10K 问题。前摄式模型的一个显著优势是在实现复杂逻辑的时候不需要借助于状态机。因为状态机已经隐含在由回调串联起来的异步操作链当中了。如果上述内容难以理解，可以参考 Boost.Asio，这是一个相当优秀的跨平台 C++ 前摄式 I/O 模型实现。

user guide:

Part I - Basics

Chapter 1 - Getting Started

Chapter 2 - Basics

Chapter 3 - Service

Chapter 4 - Session

Chapter 5 - Filters

Chapter 6 - Transports

Chapter 7 - Handler

Part II - MINA Core

Chapter 8 - Acceptor

Chapter 9 - Connector

Chapter 10 - IoBuffer

Chapter 11 - Codec Filter

Chapter 12 - Executor Filter

Chapter 13 - SSL Filter

Chapter 14 - Logging Filter

Part III - MINA Advanced Chapter 15 - Debugging Chapter 16 - State Machine Chapter 17 - Proxy Chapter 18 - JMX Integration Chapter 19 - Spring Integration