比較分析 Spring AOP 和 AspectJ 之間的差別

面向方面的編程（AOP） 是一種編程范式，旨在通過允許橫切關注點的分離，提高模塊化。AOP提供方面來將跨越對象關注點模塊化。雖然現在可以獲得許多AOP框架，但在這里我們要區分的只有兩個流行的框架：Spring AOP和AspectJ。這里將會幫助你基於一些關鍵信息，為你的項目選擇正確的技術。

Spring AOP不同於大多數其他AOP框架。Spring AOP的目的並不是為了提供最完整的AOP實現（雖然Spring AOP具有相當的能力）；而是為了要幫助解決企業應用中的常見問題，提供一個AOP實現與Spring IOC之間的緊密集成。由於Spring AOP是容易實現的，如果你計划在Spring Beans之上將橫切關注點模塊化，Spring的這一目標將是要點之一。但同樣的目標也可能成為一個限制，如果你用的是普通的Java對象而不是Spring beans,並基於此將橫切關注點模塊化的話。另一方面，AspectJ可用於基於普通Java對象的模塊化，但在實施之前需要良好的關於這個主題的知識。

在決定使用哪種框架實現你的項目之前，有幾個要點可以幫助你做出合適的選擇（同樣適用於其他框架）。

Spring AOP致力於提供一種能夠與Spring IoC緊密集成的面向方面框架的實現，以便於解決在開發企業級項目時面臨的常見問題。明確你在應用橫切關注點(cross-cutting concern)時（例如事物管理、日志或性能評估），需要處理的是Spring beans還是POJO。如果正在開發新的應用，則選擇Spring AOP就沒有什么阻力。但是如果你正在維護一個現有的應用（該應用並沒有使用Spring框架），AspectJ就將是一個自然的選擇了。為了詳細說明這一點，假如你正在使用Spring AOP，當你想將日志功能作為一個通知(advice)加入到你的應用中，用於追蹤程序流程，那么該通知(Advice)就只能應用在Spring beans的連接點(Joinpoint)之上。

例子：在appbeans.xml中配置如下的切入點(pointcut)，那么當調用myServices bean的service方法時就將應用日志通知(advice)。

01	<!—Configuration snippet in appbeans.xml -->

02

03	<bean id="myServices" class="com.ashutosh.MyServicesImpl " />

04

05	<aop:config>

06

07	<aop:aspect id="loggingAspect" ref="logging">

08

09	<aop:around method="log" pointcut="execution(public * *(..))"/>

10

11	</aop:aspect>

12

13	</aop:config -->

14

15	// Java file calling service method

16

17	ApplicationContext beans =newClassPathXmlApplicationContext("appbeans.xml");

18

19	MyServices myServices = (MyServices) beans.getBean("myServices");

20

21	myServices.service(); // Logging advice applied here

看一下日志通知將要被應用處的注釋，在這里應用程序將記錄被調用方法的詳細信息。但是，當你在service()方法中調用同一個類中的其他方法時，如果你沒有使用代理對象，那么日志通知就不會被應用到這個方法調用上。

例如：

1	// MyServices service method

2

3	public void service() {

4

5	performOperation();// Logging advice not going to apply here

6

7

}

如果你想要在通過this對象調用的方法上應用通知，那么你必須使用currentProxy對象，並調用其上的相應方法。

1	// MyServices service method

2

3	public void service() {

4

5	// Logging advice going to apply here

6

7	((MyServices) AopContext.currentProxy()).performOperation();

8

9

}

於此相似，如果你想要在某對象的方法上應用通知，那么你必須使用與該對象相應的Spring bean。

1	public void service() {

2

3	MyObject obj = new MyObject();

4

5	Obj.performOperation();// Logging advice not going to apply here

6

7

}

如果你想要應用該通知，那么上述代碼必須修改為如下形式。

01	public void service() {

02

03	MyObject obj = new MyObject();

04

05	Obj.performOperation();// Logging advice not going to apply here

06

07	ApplicationContext beans =newClassPathXmlApplicationContext("appbeans.xml");

08

09	MyObject obj =(MyObject) beans.getBean("myObject");

10

11	obj.performOperation()// Logging advice applied here

12

13

}

於此不同，使用“AspectJ”你可以在任何Java對象上應用通知，而不需要在任何文件中創建或配置任何bean。

另一個需要考慮的因素是，你是希望在編譯期間進行織入(weaving)，還是編譯后(post-compile)或是運行時(run-time)。Spring只支持運行時織入。如果你有多個團隊分別開發多個使用Spring編寫的模塊（導致生成多個jar文件，例如每個模塊一個jar文件），並且其中一個團隊想要在整個項目中的所有Spring bean（例如，包括已經被其他團隊打包了的jar文件）上應用日志通知（在這里日志只是用於加入橫切關注點的舉例），那么通過配置該團隊自己的Spring配置文件就可以輕松做到這一點。之所以可以這樣做，就是因為Spring使用的是運行時織入。

01	<!—Configuration -->

02

03	<bean id="myServices" class="com.ashutosh.MyServicesImpl " />

04

05	<aop:config>

06

07	<aop:aspect id="loggingAspect" ref="logging">

08

09	<aop:around method="log" pointcut="execution(public * *(..))"/>

10

11	</aop:aspect>

12

13	</aop:config -->

如果你使用AspectJ想要做到同樣的事情，你也許就需要使用acj（AspectJ編譯器）重新編譯所有的代碼並且進行重新打包。否則，你也可以選擇使用AspectJ編譯后(post-compile)或載入時(load-time)織入。

因為Spring基於代理模式（使用CGLIB），它有一個使用限制，即無法在使用final修飾的bean上應用橫切關注點。因為代理需要對Java類進行繼承，一旦使用了關鍵字final，這將是無法做到的。

例如，在Spring bean MyServicesImpl上使用關鍵字final，並配置一個“execution(public * *(..))”這樣的切入點，將導致運行時異常(exception)，因為Spring不能為MyServicesImpl生成代理。

01	// Configuration file

02

03	<bean id="myServices" class="com.ashutosh.MyServicesImpl" />

04

05	//Java file

06

07	public final classMyServicesImpl {

08

09

---

10

11

}

在這種情況下，你也許會考慮使用AspectJ，其支持編譯期織入且不需要生成代理。

於此相似，在static和final方法上應用橫切關注點也是無法做到的。因為Spring基於代理模式。如果你在這些方法上配置通知，將導致運行時異常，因為static和final方法是不能被覆蓋的。在這種情況下，你也會考慮使用AspectJ，因為其支持編譯期織入且不需要生成代理。

你一定希望使用一種易於實現的方式。因為Spring AOP支持注解，在使用@Aspect注解創建和配置方面時將更加方便。而使用AspectJ，你就需要通過.aj文件來創建方面，並且需要使用ajc（Aspect編譯器）來編譯代碼。所以如果你確定之前提到的限制不會成為你的項目的障礙時，使用Spring AOP。

使用AspectJ的一個間接局限是，因為AspectJ通知可以應用於POJO之上，它有可能將通知應用於一個已配置的通知之上。對於一個你沒有注意到這方面問題的大范圍應用的通知，這有可能導致一個無限循環。

例如，創建一個包含如下切入點的方面。

1	public aspectLogging {

2

3	Object around() : execution(public * * (..))

4

5	Sysytem.out.println(thisJoinPoint.getSignature());

6

7	return proceed();

8

9

}

在這種情況下，當proceed即將被調用時，日志通知會被再次應用，這樣就導致了嵌套循環。

所以，如果你希望在Spring bean上采取比較簡單的方式應用橫切關注點時，並且這些bean沒有被標以final修飾符，同時相似的方法也沒有標以static或final修飾符時，就使用Spring AOP吧。相比之下，如果你需要在所提到的限制之上應用橫切關注點，或者要在POJO上應用關注點，那么就使用AspectJ。你也可能選擇同時使用兩種方法，因為Spring支持這樣。