jaotc编译后仍需要原始类文件吗？

Question

对于那些了解jaotc的人，我有一个简单的问题要问您。

做完之后

javac HelloWorld.java
jaotc --output HelloWorld.so HelloWorld.class

你可以跑

java -XX:AOTLibrary=./HelloWorld.so HelloWorld

没有任何问题。 这就是互联网上无处不在的内容。 我都可以。

但是，如果将HelloWorld.class移到类路径之外的其他位置，然后运行

java -XX:AOTLibrary=./HelloWorld.so HelloWorld

再次，那么您将得到一个类未找到错误。

因此，仍然需要原始的.class文件吗？ 那做AOT有什么意义呢？

Answer 1

是的，至少到目前为止。 您可以参考http://openjdk.java.net/jeps/295 ：

由于类字节码可以随时间变化（通过更改源代码或通过类转换和重新定义），因此JVM需要检测到此类更改并在字节码不匹配时拒绝AOT编译的代码。 这是通过类指纹实现的。 在AOT编译期间，将生成每个类的指纹，并将其存储在共享库的数据部分中。 稍后，当加载一类并找到该类的AOT编译代码时，会将当前字节码的指纹与共享库中存储的指纹进行比较。 如果不匹配，则不使用该特定类的AOT代码。

Answer 2

当我发现在我的本机版本的Minecraft中加载的唯一Java本机映像是java.base的映像时，我对此表示怀疑。 我不知道为什么，直到我读了这篇。

AOT图像只是在可能的情况下使用的替代图像。 它们不能替代原始Java字节码。

只是在JVM参数不同和/或在不同平台上运行的情况下才这样做。 我相信，如果您要制作Java本机应用程序，则IKVM.NET更适合您的目的。