aspectj - 使用 AspectJ 检测 Java 17

Question

当我尝试使用 Java 17 运行 AspectJ 检测时，我总是会遇到如下错误:

java.lang.reflect.InvocationTargetException
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.aspectj.weaver.loadtime.ClassLoaderWeavingAdaptor.initializeForJava11(ClassLoaderWeavingAdaptor.java:1069)
        at org.aspectj.weaver.loadtime.ClassLoaderWeavingAdaptor.defineClass(ClassLoaderWeavingAdaptor.java:1096)
        at org.aspectj.weaver.loadtime.ClassLoaderWeavingAdaptor.access$300(ClassLoaderWeavingAdaptor.java:66)
        at org.aspectj.weaver.loadtime.ClassLoaderWeavingAdaptor$SimpleGeneratedClassHandler.acceptClass(ClassLoaderWeavingAdaptor.java:150)
        at org.aspectj.weaver.tools.WeavingAdaptor$WeavingClassFileProvider$1.acceptResult(WeavingAdaptor.java:917)
        at org.aspectj.weaver.bcel.BcelWeaver.weaveAndNotify(BcelWeaver.java:1431)
        at org.aspectj.weaver.bcel.BcelWeaver.weave(BcelWeaver.java:1192)
        at org.aspectj.weaver.tools.WeavingAdaptor.getWovenBytes(WeavingAdaptor.java:549)
        at org.aspectj.weaver.tools.WeavingAdaptor.weaveClass(WeavingAdaptor.java:385)
        at org.aspectj.weaver.loadtime.Aj.preProcess(Aj.java:115)
        at org.aspectj.weaver.loadtime.ClassPreProcessorAgentAdapter.transform(ClassPreProcessorAgentAdapter.java:51)
        at java.instrument/java.lang.instrument.ClassFileTransformer.transform(ClassFileTransformer.java:244)
        at java.instrument/sun.instrument.TransformerManager.transform(TransformerManager.java:188)
        at java.instrument/sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:541)
        at java.base/java.lang.ClassLoader.defineClass1(Native Method)
        at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1012)
        at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
        at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:862)
        at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:760)
        at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:681)
        at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:639)
        at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:188)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520)
        at java.base/java.lang.Class.forName0(Native Method)
        at java.base/java.lang.Class.forName(Class.java:467)
        at java.base/sun.launcher.LauncherHelper.loadMainClass(LauncherHelper.java:780)
        at java.base/sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:675)
Caused by: java.lang.IllegalAccessException: module java.base does not open java.lang to unnamed module @6acbcfc0
        at java.base/java.lang.invoke.MethodHandles.privateLookupIn(MethodHandles.java:259)
        ... 31 more

您可以通过运行来自 https://github.com/DaGeRe/aspect-final-example 的示例来重现此内容(runMainWithoutError.sh，因为 MWE 最初是为了演示 Java 11 问题)。如果您使用 Java 11 运行此程序，一切运行正常，如果您使用 Java 17 运行此程序，则会出现上述错误。

是否有已知的解决方法，或者有任何方法可以将 AspectJ 与 Java 17 一起使用？

编辑 确切的失败版本:

reichelt@reichelt-desktop:~/nvme/workspaces/dissworkspace/aspect-final-example/woven-project$ java -version
openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment (build 17.0.1+12-Ubuntu-120.04)
OpenJDK 64-Bit Server VM (build 17.0.1+12-Ubuntu-120.04, mixed mode, sharing)
reichelt@reichelt-desktop:~/nvme/workspaces/dissworkspace/aspect-final-example/woven-project$ javac -version
javac 17.0.1

GraalVM CE 也是如此:

reichelt@reichelt-desktop:~/nvme/workspaces/dissworkspace/aspect-final-example/woven-project$ java -version
openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment GraalVM CE 21.3.0 (build 17.0.1+12-jvmci-21.3-b05)
OpenJDK 64-Bit Server VM GraalVM CE 21.3.0 (build 17.0.1+12-jvmci-21.3-b05, mixed mode, sharing)

由于错误消息，我认为这是由于 AspectJ 未(正确？)使用模块造成的。

Answer 1

在 JDK 16+ 上运行 AspectJ LTW

如 AspectJ 1.9.7 release notes 中所述，由于 JEP 396，您需要将 --add-opens java.base/java.lang=ALL-UNNAMED 添加到您的 Java 命令行。

IllegalAccessError 在你的方面

运行runMainWithError.sh 脚本时遇到的问题记录在AspectJ issue #563710 中。 .有一条建议应该内联，但实际上没有。

查看您的周围建议，我看到它继续进行，但实际上并没有更改任何参数或返回值。所以你可以简单地将它分成一对之前/之后的建议。实际上，你在继续之后甚至没有做任何事情，所以即使是一个简单的事前建议就足够了:

@Before("notWithinAspect() && noSet()")
public void afterStuff(JoinPoint thisJoinPoint) {
  System.out.println("=== Call: " + thisJoinPoint.getSignature() + " " + thisJoinPoint.getKind());
  System.out.println(thisJoinPoint.getSourceLocation() + " " + thisJoinPoint.getStaticPart());
  System.out.println(thisJoinPoint.toLongString());
}

如果出于某种原因你确实需要一个环绕建议，你最好明确地只编织你需要的连接点类型而不是排除 set(private * *)。后者不起作用，因为它似乎是动态评估的而不是静态评估的，即连接点匹配发生在运行时，而您希望它发生在编织期间。我尚未对此进行全面分析，但建议的解决方法应该可以解决您的问题。

---

顺便说一句，我很惊讶地看到您将方面库隐藏到 AspectJ 编织器中，而不是简单地将它放在类路径上并单独将编织器用作 Java 代理。这似乎设计过度且有些做作，迫使您生成新的 list 以模仿编织者的原始 list 。它还使构建速度变慢并且编织过程变得不快。您这样做有什么具体原因吗？

---

更新:我稍微分析了一下情况，简单地配置了加载时编织器来转储编织类文件:

<!DOCTYPE aspectj PUBLIC "-//AspectJ//DTD//EN" "http://www.aspectj.org/dtd/aspectj_1_5_0.dtd">
<aspectj>
  <weaver options="-verbose -showWeaveInfo">
    <include within="de.test..*"/>
    <dump within="de.test..*"/>
  </weaver>
  <aspects>
    <aspect name="de.aspectjtest.ExampleAspect"/>
  </aspects>
</aspectj>

在反编译 FinalFieldConstructorExample 时，我看到了这个:

class FinalFieldConstructorExample {
  private final Integer parameters;

  FinalFieldConstructorExample() {
    JoinPoint var5 = Factory.makeJP(ajc$tjp_0, ajc$this, ajc$this);
    ExampleAspect var10000 = ExampleAspect.aspectOf();
    Object[] var6 = new Object[]{ajc$this, var5};
    var10000.aroundStuff((new AjcClosure3(var6)).linkClosureAndJoinPoint(69648), ajc$tjp_0);
  }

  // (...)
}

所以您看到环绕通知在 ExampleAspect 中执行，并且从那里简单地禁止在 FinalFieldConstructorExample 中初始化最终字段。您还会看到，除了它在源代码中看起来的样子之外，final 字段的初始化并不是以某种方式在构造函数“之前”或“外部”完成的，而是实际上在构造函数内部完成的。如果我们反编译带有 before-advice 的版本，其中不再调用外部 around-advice，这一点会变得更加明显:

class FinalFieldConstructorExample {
  private final Integer parameters;

  FinalFieldConstructorExample() {
    JoinPoint var8 = Factory.makeJP(ajc$tjp_7, (Object)null, (Object)null);
    ExampleAspect.aspectOf().beforeStuff(var8);
    super();
    JoinPoint var7 = Factory.makeJP(ajc$tjp_6, this, this);
    ExampleAspect.aspectOf().beforeStuff(var7);
    JoinPoint var6 = Factory.makeJP(ajc$tjp_2, this, this);
    ExampleAspect.aspectOf().beforeStuff(var6);
    byte var2 = 5;
    JoinPoint var1 = Factory.makeJP(ajc$tjp_0, this, (Object)null, Conversions.intObject(var2));
    ExampleAspect.aspectOf().beforeStuff(var1);
    // Convert int to Integer
    Integer var4 = Integer.valueOf(var2);
    JoinPoint var3 = Factory.makeJP(ajc$tjp_1, this, this, var4);
    ExampleAspect.aspectOf().beforeStuff(var3);
    // Write Integer to final field
    this.parameters = var4;
  }

  // (...)
}

我们可以通过将字段类型从 Integer 更改为 int (private final int parameters = 5;) 来进一步简化情况避免转换步骤:

class FinalFieldConstructorExample {
  private final int parameters;

  FinalFieldConstructorExample() {
    JoinPoint var3 = Factory.makeJP(ajc$tjp_5, (Object)null, (Object)null);
    ExampleAspect.aspectOf().beforeStuff(var3);
    super();
    JoinPoint var2 = Factory.makeJP(ajc$tjp_4, this, this);
    ExampleAspect.aspectOf().beforeStuff(var2);
    JoinPoint var1 = Factory.makeJP(ajc$tjp_0, this, this);
    ExampleAspect.aspectOf().beforeStuff(var1);
    this.parameters = 5;
  }

  // (...)
}