我们的项目是使用 Eclipse OSGi 开发的，但也通过 jardesc 文件提供普通 JAR 以供导出。该项目使用 ASM 库和 javaagent 来交换 invokevirtual 与 invokedynamic 调用。

这在 Java 7 和 8 中运行良好。现在，我们升级到 Java 9 并将我们的实现移植到使用 jdk.dynalink。

java --version`
java 9.0.4
Java(TM) SE Runtime Environment (build 9.0.4+11)
Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode)

导出的部分

• OTRE_MIN:最小运行时和元对象协议(protocol)部分。
• OTRE_DYN:动态编织代码 (ASM) 和运行时的其余部分。
• OTRE_AGEND:javaagent。

目前，OTRE_MIN 还包括 OTRE_DYN。所以一切都被放入引导类路径。

我用下面的代码启动程序

JVM_ARGS="-d64 -Xms1024m -Xmx4048m -ea"
MODULES="--add-reads jdk.dynalink=ALL-UNNAMED --add-reads java.base=ALL-UNNAMED"

${JAVA_HOME}bin/java $MODULES \
-Xbootclasspath/a:${OTRE_MIN} -javaagent:$OTREDYN_AGENT $JVM_ARGS \
-jar ...

但是，jdk.dynalink包似乎在引导类路径中不再可见。

java.lang.NoClassDefFoundError: jdk/dynalink/linker/GuardingDynamicLinker
at org.eclipse.objectteams.otredyn.runtime.dynamic.CallinBootstrap.<clinit>(CallinBootstrap.java:19)
at org.eclipse.objectteams.otredyn.bytecode.asm.CreateCallAllBindingsCallInOrgMethod.<clinit>(CreateCallAllBindingsCallInOrgMethod.java:115)
at org.eclipse.objectteams.otredyn.bytecode.asm.AsmWritableBoundClass.createCallAllBindingsCallInOrgMethod(AsmWritableBoundClass.java:300)
at org.eclipse.objectteams.otredyn.bytecode.AbstractBoundClass.weaveBindingInImplementedMethod(AbstractBoundClass.java:1180)
at org.eclipse.objectteams.otredyn.bytecode.AbstractBoundClass.handleTaskList(AbstractBoundClass.java:741)
at org.eclipse.objectteams.otredyn.bytecode.AbstractBoundClass.transformAtLoadTime(AbstractBoundClass.java:383)
at org.eclipse.objectteams.otredyn.transformer.jplis.ObjectTeamsTransformer.transform(ObjectTeamsTransformer.java:120)
at org.eclipse.objectteams.otredyn.transformer.jplis.ObjectTeamsTransformer.transform(ObjectTeamsTransformer.java:72)
at java.instrument/java.lang.instrument.ClassFileTransformer.transform(ClassFileTransformer.java:246)
at java.instrument/sun.instrument.TransformerManager.transform(TransformerManager.java:188)
at java.instrument/sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:550)
at java.base/java.lang.ClassLoader.defineClass1(Native Method)
at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:699)
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
at BankBenchmark2.setUp(BankBenchmark2.java:32)
at Run.doRuns(Run.java:55)
at Run.runBenchmark(Run.java:29)
at Harness.main(Harness.java:34)

我阅读了有关 Java 9 和模块系统以及类加载器更改的其他线程，但它们没有提供任何解决问题的方法。

如何使 jdk.dynalink 对 $OTRE_MIN 的类可见，作为 Java 9 之前的版本？

最佳答案

解决方案是更加注意类路径层次结构的填充和使用方式。 Java 9 让您对此考虑得更多，因为并非所有模块都始终可见。

我将 jar 分开，这样它们就每个关注点分开:javaagent，加载时编织。现在，最小运行时间 (OTRE_MIN) 在引导类路径中可见。其余部分通过 OTRE_DYN 添加到应用程序的正常类路径中。 OTRE_AGENT 保持 javaagent 不变。

JVM_ARGS="-d64 -Xms1024m -Xmx4048m -ea"
MODULES="--add-reads jdk.dynalink=ALL-UNNAMED --add-reads java.base=ALL-UNNAMED"

${JAVA_HOME}bin/java $MODULES \
  -Xbootclasspath/a:${OTRE_MIN} -javaagent:$OTREDYN_AGENT $JVM_ARGS -cp ${OTRE_DYN} \
  -jar ...

但是，这只是避免了在引导类路径中使用jdk.dynlink，问题仍然有待回答。

关于java - jdk.dynalink 在 Java 9 的引导类路径中不可见，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51377838/