虽然AOP目前还不是如OOP般非常成熟，但是，也已经有数个支持AOP的产品问世，其中比较有名的有AspectJ，AspectWerkz等，这些产品都基于Java平台。在.Net平台上，也有一些实现，如LOOM等，但是，相对于Java平台的实现，这些实现都还很不成熟，功能也比较弱，使用上也不是很方便。
AOP应用范围
很明显，AOP非常适合开发J2EE容器服务器，目前JBoss 4.0正是使用AOP框架进行开发。
具体功能如下：
Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading 懒加载
Debugging 调试
logging, tracing, profiling and monitoring 记录跟踪 优化 校准
Performance optimization 性能优化
Persistence 持久化
Resource pooling 资源池
Synchronization 同步
Transactions 事务
AOP有必要吗？
当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。
但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss 3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。
从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。
AOP具体实现
AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），目前AOP具体实现有以下几个项目：
AspectJ (TM)： 创建于Xerox PARC. 有近十年历史，成熟
缺点：过于复杂；破坏封装；需要专门的Java编译器。
动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。
基于动态代理API的具体项目有：
JBoss 4.0 JBoss 4.0服务器
nanning 这是以中国南宁命名的一个项目，搞不清楚为什么和中国相关？是中国人发起的？
基于字节码的项目有：
aspectwerkz
spring ？
多个访问类同时访问一个共享数据对象时，每个访问类在访问这个数据对象时，需要将数据对象上锁，访问完成后，再实行解锁，供其它并发线程访问，这是我们处理并发访问资源的方式。
为了实现这个需求，先实现传统的编程，这里我们假定有一个写锁，对数据对象实行写之前，首先对这个对象进行上写锁，写操作完毕后，必须释放写锁。
首先，我们需要一个锁，这个锁可以是数据对象中一个字段或其它，这里使用Doug Lea的ReentrantWriterPreferenceReadWriteLock作为我们的锁资源。
import EDU.oswego.cs.dl.util.concurrent.*;
public class Worker extends Thread {
Data data;
ReentrantWriterPreferenceReadWriteLock rwl =
new ReentrantWriterPreferenceReadWriteLock();
public boolean createData() {
try {
rwl.writeLock().acquire(); //上锁
//对data实行写逻辑操作
}catch() {
return false;
}finally{
rwl.writeLock().release(); //解锁
}
return true;
}
public boolean updateData() {
try {
rwl.writeLock().acquire();//上锁
//对data实行写逻辑操作
}catch() {
return false;
}finally{
rwl.writeLock().release(); //解锁
}
return true;
}
public void run() {
//执行createData()或updateData()
}
}
假设可能存在另外一个访问类，也将对数据对象实现写操作，代码如下：
import EDU.oswego.cs.dl.util.concurrent.*;
public class AnotherWorker extends Thread {
Data data;
ReentrantWriterPreferenceReadWriteLock rwl =
new ReentrantWriterPreferenceReadWriteLock();
public boolean updateData() {
try {
rwl.writeLock().acquire();//上锁
//对data实行写逻辑操作
}catch() {
return false;
}finally{
rwl.writeLock().release(); //解锁
}
return true;
}
public void run() {
//执行updateData()
}
}
以上是Java传统编程的实现，这种锁的实现方式是在每个具体类中实现。
这种实现方式的缺点很多：
- 冗余：有很多重复的编码，如rwl.writeLock().acquire()等；
- 减少重用：worker的updateData()方法重用性几乎为零。
- "数据对象写操作必须使用锁控制这个设计目的"不容易显现，如果更换了一个新的程序员，他可能编写一段不使用锁机制就对这个数据对象写操作的代码。
- 如果上述代码有读功能，那么我们需要在代码中实现先上读锁，当需要写时，解读锁，再上写锁等等，如果稍微不小心，上锁解锁次序搞错，系统就隐含大的BUG，这种可能性会随着这个数据对象永远存在下去，系统设计大大的隐患啊！
那么我们使用AOP概念来重新实现上述需求，AOP并没有什么新花招，只是提供了观察问题的一个新视角度。
这里我们可以抛开新技术迷人雾障，真正核心还是新思维、新视点，人类很多问题如果换一个脑筋看待理解，也许结果真的是翻天覆地不一样啊，所以，作为人自身，首先要重视和你世界观和思维方式不一样的人进行交流和沟通。
现实生活中有很多"不公平"，例如某个小学毕业生成了千万富翁，你就怀疑知识无用，也许你认为他的机会好，其实你可能不知道，他的观察问题的视角比你独特，或者他可能会经常换不同的角度来看待问题和解决问题，而你由于过分陷入一个视角的具体实现细节中，迷失了真正的方向，要不说是读书人脑子僵化呢？
言归正传，我们看看AOP是如何从一个新的视角解决上述问题的。
如果说上面代码在每个类中实现上锁或解锁，类似横向解决方式，那么AOP是从纵向方面来解决上述问题。
AOP把这个纵向切面cross-cuts称为Aspect（方面），其实我认为AOP翻译成面向切面编程比较好，不知哪个糊涂者因为先行一步，翻译成“面向方面编程”如此抽象，故弄玄虚。
AspectJ实现
下面我们使用AOP的实现之一AspectJ来对上述需求改写。AspectJ是AOP最早成熟的Java实现，它稍微扩展了一下Java语言，增加了一些Keyword等，pointcut的语法如下：
public pointcut 方法名：call(XXXX)
AspectJ增加了pointcut, call是pointcut类型，有关AspectJ更多基本语法见这里。因为AspectJ使用了一些特别语法，所以Java编译器就不能用SUN公司提供javac了，必须使用其专门的编译器，也许SUN在以后JDK版本中会引入AOP。
使用AspectJ如何实现上图所谓切面式的编程呢？首先,我们将上图纵向切面称为Aspect，那么我们建立一个类似Class的Aspect，Java中建立一个Class代码如下：
public class MyClass{
//属性和方法 ...
}
同样，建立一个Aspect的代码如下：
public aspect MyAspect{
//属性和方法 ...
}
建立一个Aspect名为Lock，代码如下：
import EDU.oswego.cs.dl.util.concurrent.*;
public aspect Lock {
......
ReentrantWriterPreferenceReadWriteLock rwl =
new ReentrantWriterPreferenceReadWriteLock();
public pointcut writeOperations():
execution(public boolean Worker.createData()) ||
execution(public boolean Worker.updateData()) ||
execution(public boolean AnotherWorker.updateData()) ;
before() : writeOperations() {
rwl.writeLock().acquire();//上锁 advice body
}
after() : writeOperations() {
rwl.writeLock().release(); //解锁 advice body
}
......
}
上述代码关键点是pointcut，意味切入点或触发点，那么在那些条件下该点会触发呢？是后面红字标识的一些情况，在执行Worker的createData()方法，Worker的update方法等时触发。
before代表触发之前做什么事情？
答案是上锁。
after代表触发之后做什么事情？
答案是上锁。
通过引入上述aspect，那么Worker代码可以清洁如下：
public class Worker extends Thread {
Data data;
public boolean createData() {
try {
//对data实行写逻辑操作
}catch() {
return false;
}
return true;
}
public boolean updateData() {
try {
//对data实行写逻辑操作
}catch() {
return false;
}finally{
}
return true;
}
public void run() {
//执行createData()或updateData()
}
}
Worker中关于“锁”的代码都不见了，纯粹变成了数据操作的主要方法。
AOP术语
通过上例已经知道AspectJ如何从切面crosscutting来解决并发访问应用需求的，其中最重要的是引入了一套类似事件触发机制。
Pointcut类似触发器，是事件Event发生源，一旦pointcut被触发，将会产生相应的动作Action，这部分Action称为Advice。
Advice在AspectJ有三种：before、 after、Around之分，上述aspect Lock代码中使用了Advice的两种before和after。
所以AOP有两个基本的术语：Pointcut和Advice。你可以用事件机制的Event和Action来类比理解它们。
小结如下：
Advice(增强) - 真正的执行代码，或者说关注的实现。 类似Action。
join point(连接点) - 代码中激活advice被执行的触发点。
Pointcut(切入点) - 一系列的join point称为pointcut，pointcut有时代指join point
其中advice部分又有：
Interceptor - 解释器并没有在AspectJ出现，在使用JDK动态代理API实现的AOP框架中使用，解释有方法调用或对象构造或者字段访问等事件，是调用者和被调用者之间的纽带，综合了Decorator/代理模式甚至职责链等模式。
Introduction - 修改一个类，以增加字段、方法或构造或者执行新的接口，包括Mixin实现。
例如上述并发访问应用中，如果想为每个Data对象生成相应的aspect Lock，那么可以在aspect Lock中人为数据对象增加一个字段lock，如下：
aspect Lock {
Data sharedDataInstance;
Lock( Data d ) {
sharedDataInstance = d;
}
introduce Lock Data.lock; //修改Data类，增加一字段lock
advise Data() { //Data构造时触发
static after {
//当Data对象生成时，将Data中lock字段赋值为aspect Lock
//为每个Data对象生成相应的aspect Lock
thisObject.lock = new Lock( thisObject );
}
}
....
}
上述代码等于在Data类中加入一行：
public class Data{
......
Lock lock = new Lock();
......
}
还有其它两个涉及AOP代码运行方式：
weaving - 将aspect代码插入到相应代码中的过程，一般是编译完成或在运行时动态完成。取决于具体AOP产品，例如AspectJ是使用特殊编译器在编译完成weaving，而nanning、JBoss AOP是使用动态代理API，因此在运行时动态完成weaving的。
instrumentor - 用来实现weaving功能的工具。
结束语
AOP 与面向对象的设计和编程并不抵触，也不会代替它，相反，它是一种补充技术。横切关注点使代码污染出现于多个模块化单位之中，它干扰了核心业务逻辑，并产生了纠缠的、难于维护的和脆弱的代码。现有的编程语言和设计方法没有干净地分离横切关注点的机制。通过用切入点选择连接点，可以控制在什么时候和什么地方执行横切代码。用通知指定连接点匹配时执行的代码。类型间声明使您可以在现有类中加入新字段和方法作为方面的一部分。