AOP和AspectJ
需求和问题
以上篇《AOP是什么
》中并发访问应用为例子:
多个访问类同时访问一个共享数据对象时,每个访问类在访问这个数据对象时,需要将数据对象上锁,访问完成后,再实行解锁,供其它并发线程访问,这是我们处理并发访问资源的方式。
为了实现这个需求,先实现传统的编程,这里我们假定有一个写锁,对数据对象实行写之前,首先对这个对象进行上写锁,写操作完毕后,必须释放写锁。
首先,我们需要一个锁,这个锁可以是数据对象中一个字段或其它,这里使用Doug
Le
a的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是如