Spring AOP是用純Java實現的。 不須要特殊的編譯過程。 Spring AOP不須要控制類加載器層次結構，所以適合在Servlet容器或應用程序服務器中使用。spring
Spring AOP目前僅支持方法執行鏈接點（建議在Spring bean上執行方法）。 雖然能夠在不破壞核心Spring AOP API的狀況下添加對字段攔截的支持，但並未實現字段攔截。 若是您須要建議字段訪問和更新鏈接點，請考慮使用AspectJ等語言。服務器
Spring AOP的AOP方法與大多數其餘AOP框架的方法不一樣。 目的不是提供最完整的AOP實現（儘管Spring AOP很是強大）; 它是在AOP實現和Spring IoC之間提供緊密集成，以幫助解決企業應用程序中的常見問題。markdown
所以，例如，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是用純Java實現的。不須要特殊的編譯過程。Spring AOP不須要控制類加載器層次結構，所以適用於J2EE Web容器或應用程序服務器。post
Spring目前支持攔截方法調用。雖然能夠在不破壞核心Spring AOP API的狀況下添加對字段攔截的支持，但未實現字段攔截。代理
Spring提供了表示切入點和不一樣建議類型的類。Spring 對錶示方面的對象使用術語顧問程序，包括建議和將其定位到特定鏈接點的切入點。對象
不一樣的建議類型是MethodInterceptor （來自AOP聯盟攔截API）; 以及org.springframework.aop包中定義的advice接口。全部建議都必須實現org.aopalliance.aop.Advice 標記接口。方便支持的建議是 MethodInterceptor ; 投擲建議 ; 以前的建議 ; 和 AfterReturningAdvice。咱們將在下面詳細討論建議類型。blog
Spring實現了AOP Alliance 攔截接口。around建議必須實現AOP Alliance org.aopalliance.intercept.MethodInterceptor 接口。此接口的實現能夠在Spring或任何其餘符合AOP Alliance標準的實現中運行。目前江淮實施AOP聯盟接口，南寧和Dynaop可能在2004年初實施。接口
Spring的AOP方法與大多數其餘AOP框架的方法不一樣。目的不是提供最完整的AOP實現（儘管Spring AOP很是強大）; 它是在AOP實現和Spring IoC之間提供緊密集成，以幫助解決企業應用程序中的常見問題。
所以，例如，Spring的AOP功能一般與Spring IoC容器一塊兒使用。使用普通bean定義語法指定AOP建議（儘管這容許強大的「自動執行」功能）; 建議和切入點自己由Spring IoC管理：與其餘AOP實現的重要區別。有些事情你不能輕易或有效地使用Spring AOP作，好比建議很是精細的對象。在這種狀況下，AspectJ多是最佳選擇。可是，咱們的經驗是，Spring AOP爲適用於AOP的J2EE應用程序中的大多數問題提供了出色的解決方案。
Spring AOP永遠不會與AspectJ或AspectWerkz競爭，以提供全面的AOP解決方案。咱們相信像Spring這樣基於代理的框架和像AspectJ這樣的完整框架都頗有價值，並且它們是互補的，而不是競爭。所以，Spring 1.1的一個主要優先事項是將Spring AOP和IoC與AspectJ無縫集成，以便在一致的基於Spring的應用程序架構中知足AOP的全部使用。此集成不會影響Spring AOP API或AOP Alliance API; Spring AOP將保持向後兼容。