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将保持向后兼容。