可以将jaotc（Java提前编译器）与jlink（模块汇编器/优化器创建运行时映像）一起使用吗？

Question

目标是：

1. 创建一个具有自己的精简JRE（最小化大小）的运行时映像-这就是jlink给我们的

2. 创建本机可执行库，而不是使用字节码（缩短加载时间，并希望消除混淆的需求）-这就是jaotc给我们的

但是，没有任何好的文档可以将两者联系起来。 处理这两种流程似乎有许多相互矛盾的方法。

是否可以用jlink构建使用jaotc生成的二进制文件的运行时映像？

Answer 1

并不是的。 既不JEP-295 （jaotc）提到jlink ，也不JEP-282 （JLINK）提到jaotc 。

但是，由于jlink只会在您的应用程序代码中生成精简的JRE（但它仍然是JRE！），因此可以告诉它使用所需的AOT版本的库。

我决定遵循的程序来生成本地AOT lib中的java.base在JEP-295描述模块，然后改变了jlink在-生成发射bin/my-app通过设置JLINK_VM_OPTIONS如下：

JLINK_VM_OPTIONS=-XX:AOTLibrary=./libjava.base-coop.so

然后，我使用time bin/my-app运行启动器，该启动器针对localhost上的服务器发出HTTP请求（以避免网络延迟），然后打印完整的HTTP响应。

带AOT大约需要410毫秒，而没有AOT则需要210毫秒！

为了确认AOT是否被正确拾取，我添加了一些诊断标志：

JLINK_VM_OPTIONS="-XX:+UnlockDiagnosticVMOptions -XX:AOTLibrary=./libjava.base-coop.so -XX:+UseAOTStrictLoading"

它没有显示任何错误或警告，因此我相信我没有犯任何可能使结果产生偏差的错误。

总之，至少在我的情况下，混合jlink和jaotc似乎没有产生积极的影响，但要注意的是，在jaotc JEP他们说：

AOT compilation of any JDK modules, classes, or of user code,
is experimental and not supported in JDK 9

所以，我要说判断还为时过早（2018年5月）...让他们有时间完善这种机制，并希望他们能够实现更多的改进。

目前，加快应用程序速度的更可行的方法可能是使用GraalVM及其native-image命令。