仪器 Java 17 与 AspectJ

Instrument Java 17 with AspectJ

当我尝试 运行 使用 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.access0(ClassLoaderWeavingAdaptor.java:66)
        at org.aspectj.weaver.loadtime.ClassLoaderWeavingAdaptor$SimpleGeneratedClassHandler.acceptClass(ClassLoaderWeavingAdaptor.java:150)
        at org.aspectj.weaver.tools.WeavingAdaptor$WeavingClassFileProvider.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 一起使用?

EDIT 确切的失败版本,其中:

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 没有(正确地?)使用模块造成的。

运行 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 中。有一个建议应该内联,但没有。

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

@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 编织器中,而不是简单地将它放在 class 路径上并将编织器单独用作 Java 代理。这似乎设计过度且有些做作,迫使您生成新的清单以模仿编织者的原始清单。它还使构建速度变慢并且编织过程变得不快。您这样做有什么具体原因吗?


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

<!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);
  }

  // (...)
}

所以你看到 around-advice 是在 ExampleAspect 中执行的,并且从那里简单地禁止在 FinalFieldConstructorExample 中初始化 final 字段。您还会看到,除了它在源代码中看起来的样子之外,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;
  }

  // (...)
}