面向方面的程式設計（AOP） 是一種程式設計正規化，旨在通過允許橫切關注點的分離，提高模組化。AOP提供方面來將跨越物件關注點模組化。雖然現在可以獲得許多AOP框架，但在這裡我們要區分的只有兩個流行的框架：Spring AOP和AspectJ。這裡將會幫助你基於一些關鍵資訊，為你的專案選擇正確的技術。

Spring AOP致力於提供一種能夠與Spring IoC緊密整合的面向方面框架的實現，以便於解決在開發企業級專案時面臨的常見問題。明確你在應用橫切關注點(cross-cutting concern)時（例如事物管理、日誌或效能評估），需要處理的是Spring beans還是POJO。

如果正在開發新的應用，則選擇Spring AOP就沒有什麼阻力。但是如果你正在維護一個現有的應用（該應用並沒有使用Spring框架），AspectJ就將是一個自然的選擇了。為了詳細說明這一點，假如你正在使用Spring AOP，當你想將日誌功能作為一個通知(advice)加入到你的應用中，用於追蹤程式流程，那麼該通知(Advice)就只能應用在Spring beans的連線點(Joinpoint)之上。

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

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

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

// Configuration file

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

//Java file

public final classMyServicesImpl {

  ---

}

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

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