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是用纯Java实现的。不需要特殊的编译过程。Spring AOP不需要控制类加载器层次结构，因此适用于J2EE Web容器或应用程序服务器。
Spring目前支持拦截方法调用。虽然可以在不破坏核心Spring AOP API的情况下添加对字段拦截的支持，但未实现字段拦截。
Spring提供了表示切入点和不同建议类型的类。Spring 对表示方面的对象使用术语顾问程序，包括建议和将其定位到特定连接点的切入点。
不同的建议类型是MethodInterceptor （来自AOP联盟拦截API）; 以及org.springframework.aop包中定义的advice接口。所有建议都必须实现org.aopalliance.aop.Advice 标记接口。方便支持的建议是 MethodInterceptor ; 投掷建议 ; 之前的建议 ; 和 AfterReturningAdvice。我们将在下面详细讨论建议类型。
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将保持向后兼容。