Spring启动编译时编织和Spring AOP/Run time编织（代理）在同一个项目中

Question

@Aspect
@Component
public class TestAspect {
  // ...
}

<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>aspectj-maven-plugin</artifactId>
  <version>1.11</version>
  <executions>
    <execution>
      <goals>
        <goal>compile</goal>       <!-- use this goal to weave all your main classes -->
        <goal>test-compile</goal>  <!-- use this goal to weave all your test classes -->
      </goals>
    </execution>
  </executions>
</plugin>

这意味着我们正在使用编译时编织。

哪一个优先？使用的是编译时编织，还是代理？

Answer 1

嗯，你为什么不试试？那不是比问还快吗？好的，以下是我的想法：

• AspectJ完全独立于Spring AOP或Spring。您可以在没有Spring的情况下使用它，也可以在Spring应用程序中使用它，通常是通过加载时编织(LTW)。Spring手册解释了如何配置。
• 如果使用LTW，Spring会注意到它，这可能是因为您通过Spring选项显式地配置了它，也可能只是因为Spring以某种方式检测到活动的编织代理。无论哪种方式，只要LTW处于活动状态，Spring就会停用它自己的Spring aop。
• 关于编译时编织(CTW)，Spring并不知道它，因为它发生在构建时，甚至在Spring启动之前。根据您使用哪种AspectJ特性，AspectJ增强类看起来可能与常规Java类没有什么不同，例如对于简单的ITD字段或方法定义。然而，在大多数情况下，修改是这样的，您需要类路径上的AspectJ运行时库AspectJrt.jar。如果是这种情况，应用程序应该正常运行，不管有没有Spring.
• 在Spring的情况下，我不希望它注意到您以前使用过CTW。因此，它不会停用Spring AOP。您应该能够将两者结合使用。只需确保不要将本机方面声明为Spring组件，否则Spring AOP将尝试重新应用它。结果将是不可预测的。但是普通的Spring AOP方面组件应该能够正常工作。当然，您还需要确保AspectJ Maven不会意外地将Spring AOP方面编译为本机方面。您可以通过将AspectJ方面放入另一个模块中，创建一个方面库，然后通过 配置在AspectJ Maven中引用它来实现这一点。

底线：您不能混合使用Spring AOP和AspectJ LTW，但应该能够使用Spring AOP+AspectJ CTW。你只是应该有充分的理由这样做，并理解你在做什么。