AOP如何与J2EE实行高效的无缝结合

　　为什么要区分J2EE容器和J2EE应用系统？

　　我们知道，J2EE应用系
J2EE应用系统？通过对J2E
们可以发现：实际上J2EE容
以及对象池或线程池等性能

统只有部署在J2EE容器中才能运
E容器运行机制的分析（见我的
器分离了一般应用系统的一些通
优化机制。

行，那么为什么划分为J2EE容器和
电子教材“EJB实用原理”），我
用功能，例如事务机制、安全机制

　　这些功能机制是每个应
一个通用的框架平台，而且
性都非常重要，必须经过长
器产品，如Tomcat JBoss、

用系统几乎都需要的，因此可以
，这些功能机制的设计开发有一
时间调试和运行经验积累而成，
Websphere、WebLogic等。

从具体应用系统中分离出来，形成
定难度，同时运行的稳定性和快速
因此，形成了专门的J2EE容器服务

　　从J2EE系统划分为J2EE
（separation of concerns

容器和J2EE应用系统两个方面，
）。

我们已经看到一种分散关注的思路

　　分散关注

　　将通用需求功能从不相关类之中分离
为发生变化，不必修改很多类，只要修改

出来；同时，能够使得很多类共享一个行为，一旦行
这个行为就可以。

　　AOP就是这种实现分散关注的编程方法，它将“关注”封装在“方面”中。

　　AOP是什么？

　　AOP是OOP的延续，是Aspect Oriente
际是GoF设计模式的延续，设计模式孜孜
以说也是这种目标的一种实现。

d Programming的缩写，意思是面向方面编程。AOP实
不倦追求的是调用者和被调用者之间的解耦，AOP可

　　举例：假设有在一个应
数据封装在数据对象中，称
这同一个数据对象。

用系统中，有一个共享的数据必
为Data Class，同时，将有多个

须被并发同时访问，首先，将这个
访问类，专门用于在同一时刻访问

　　为了完成上述并发访问同一资源的功
当有一个访问类访问这个数据对象时，这
unLocked，再供其它访问类访问。

能，需要引入锁Lock的概念，也就是说，某个时刻，
个数据对象必须上锁Locked，用完后就立即解锁

　　使用传统的编程习惯，我们会创建一个抽象类，所有的访问类继承这个抽象父类，如下：

　　abstract class Worker{

　　abstract void locked();

　　abstract void accessDataObject();

　　abstract void unlocked();

　　缺点：

　　accessDataObject()方法需要有“锁”状态之类的相关代码。

　　Java只提供了单继承，
父类，比如另外一个如Work

因此具体访问类只能继承这个父
er的父类，将无法方便实现。

类，如果具体访问类还要继承其它

　　重用被打折扣，具体访
“锁”的场合，重用范围很

问类因为也包含“锁”状态之类
窄。

的相关代码，只能被重用在相关有

　　仔细研究这个应用的“锁”，它其实有下列特性：

　　“锁”功能不是具体访
取数据或更改动作。

问类的首要或主要功能，访问类

主要功能是访问数据对象，例如读

　　“锁”行为其实是和具体访问类的主要功能可以独立、区分开来的。

　　“锁”功能其实是这个系统的一个纵向切面，涉及许多类、许多类的方法。如下图：

　　 [[The No.1 Picture.]]

　　因此，一个新的程序结构应该是关注
新的程序结构就是aspect（方面）

系统的纵向切面，例如这个应用的“锁”功能，这个

　　在这个应用中，“锁”方面（aspect）应该有以下职责：

　　提供一些必备的功能，对被访问对象
操作之前能够调用lock()加锁，在它使用

实现加锁或解锁功能。以保证所有在修改数据对象的
完成后，调用unlock()解锁。

　　AOP应用范围

　　很明显，AOP非常适合

开发J2EE容器服务器，目前JBos

s 4.0正是使用AOP框架进行开发。

　　具体功能如下：

　　Authentication 权限

　　Caching 缓存

　　Context passing 内容传递

　　Error handling 错误处理

　　Lazy loading　懒加载

　　Debugging　　调试

　　logging, tracing, pr

ofiling and monitoring　记录

跟踪　优化　校准

　　Performance optimization　性能优化

　　Persistence　　持久化

　　Resource pooling　资源池

　　Synchronization　同步

　　Transactions 事务

　　AOP有必要吗？

　　当然，上述应用范例在没有使用AOP
上述应用功能，但是没有使用AOP。

情况下，也得到了解决，例如JBoss 3.XXX也提供了

　　但是，使用AOP可以让
价值的工具。可以这么说：
多了，这对于一个大型复杂

我们从一个更高的抽象概念来理
因为使用AOP结构，现在JBoss 4
系统来说是非常重要的。

解软件系统，AOP也许提供一种有
.0的源码要比JBoss 3.X容易理解

　　从另外一个方面说，好
如果选择J2EE系统，AOP关
可能需要更多地关注行业应

像不是所有的人都需要关心AOP
注的上述通用方面都已经被J2EE
用方面aspect。

，它可能是一种架构设计的选择，
容器实现了，J2EE应用系统开发者

　　AOP具体实现

　　AOP是一个概念，并没有设定具体语
（如Java），目前AOP具体实现有以下几

言的实现，它能克服那些只有单继承特性语言的缺点
个项目：

　　AspectJ (TM)：　创建于Xerox PARC. 有近十年历史，成熟

　　缺点：过于复杂；破坏封装；需要专门的Java编译器。

　　动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。

　　基于动态代理API的具体项目有：

　　JBoss 4.0 JBoss 4.0服务器

　　nanning　这是以中国
的？

南宁命名的一个项目，搞不清楚

为什么和中国相关？是中国人发起

　　基于字节码的项目有：

　　aspectwerkz

　　spring　？