Spring AOP是用純Java實現的。 不需要特殊的編譯過程。 Spring AOP不需要控制類加載器層次結構，因此適合在Servlet容器或應用程序服務器中使用。 Spring AOP目前僅支持方法執行連接點（建議在Spring bean上執行方法）。 雖然可以在不破壞核心Spring AOP API的情況下添加對字段攔截的支持，但并未實現字段攔截。 如果您需要建議字段訪問和更新連接點，請考慮使用AspectJ等語言。 Spring AOP的AOP方法與大多數其他AOP框架的方法不同。 目的不是提供最完整的AOP實現（盡管Spring AOP非常強大）; 它是在AOP實現和Spring IoC之間提供緊密集成，以幫助解決企業應用程序中的常見問題。 因此，例如，Spring Framework的AOP功能通常與Spring IoC容器一起使用。 使用普通bean定義語法配置切面（盡管這允許強大的“自動代理”功能）：這是與其他AOP實現的重要區別.使用Spring AOP有些事情是沒辦法做到的，例如建議非常細粒度的對象（例如域對象）：在這種情況下，AspectJ是最佳選擇。 但是，我們的經驗是，Spring AOP為企業Java應用程序中的大多數問題提供了出色的解決方案。 Spring AOP永遠不會嘗試與AspectJ競爭，以提供全面的AOP解決方案。 我們相信像Spring AOP這樣的基于代理的框架和像AspectJ這樣的完整框架都很有價值，而且它們是互補的，而不是競爭。 Spring將Spring AOP和IoC與AspectJ無縫集成，以便在一致的基于Spring的應用程序架構中滿足AOP的所有使用需求。 此集成不會影響Spring AOP API或AOP Alliance API：Spring AOP保持向后兼容。 有關Spring AOP API的討論，請參閱以下章節。 >Spring框架的核心原則之一是非侵入性; 這是因為您不應該被迫在您的業務/域模型中引入特定于框架的類和接口。 但是，在某些地方，Spring Framework確實為您提供了將Spring Framework特定的依賴項引入代碼庫的選項：為您提供此類選項的基本原理是因為在某些情況下，它可能更容易閱讀或編寫某些特定的部分 以這種方式的功能。 Spring Framework（幾乎）總是為您提供選擇：您可以自由決定哪種選項最適合您的特定用例或場景。 > >與本章相關的一個選擇是選擇哪種AOP框架（以及哪種AOP樣式）。 您可以選擇AspectJ和/或Spring AOP，也可以選擇@AspectJ注釋樣式方法或Spring XML配置樣式方法。 本章首先選擇引入@ AspectJ風格的方法，這一事實不應被視為Spring團隊傾向于采用Spring XML配置風格的@AspectJ注釋風格方法。 >與本章相關的一個選擇是選擇哪種AOP框架（以及哪種AOP樣式）。 您可以選擇AspectJ和/或Spring AOP，也可以選擇@AspectJ注解樣式方法或Spring XML配置樣式方法。 本章首先選擇引入@ AspectJ風格的方法，這一事實不代表Spring團隊偏愛@AspectJ注釋風格比Spring XML配置風格好。