对Java的挑战

　　Java语言意识到了挑战，也意识到了要面向未来而变革。文中提到的这些项目，Amber和Portola已经明确会在2021年3月的Java 16中发布，至少也会达到Feature Preview的程度：

　　至于更受关注，同时也是难度更高的 Valhalla 和 Loom 项目，目前仍然没有明确的版本计划信息，尽管它们已经开发了数年时间，非常希望能够赶在 Java 17 这个 LTS 版本中面世，但前路还是困难重重。

　　至于难度较高、创建时间较晚的 Leyden 项目，目前还完全处于特性讨论阶段，连个胚胎都算不上。对于 Java 的原生编译，我们中短期内只可能寄希望于 Oracle 的 GraalVM。

　　未来一段时间，是Java重要的转型窗口期，如果作为下一个LTS版的Java 17，能够成功集Amber、Portola、Valhalla、Loom和Panama(用于外部函数接口访问，本文没有提到)的新能力、新特性于一身，GraalVM也能给予足够强力支持的话，那Java 17 LTS大概率会是一个里程碑式的版本，带领着整个Java生态从大规模服务端应用，向新的云原生时代软件系统转型。

　　Java程序编译而成的class文件，需要先加载至方法区中，方能在Java虚拟机中运行。

　　为了提高运行效率，标准JDK中的HotSpot虚拟机采用的是一种混合执行的策略。首 先，它会解释执行Java字节码，然后会将其中反复执行的热点代码，以方法为单位进行即时编译，翻译成机器码后直接运行在底层硬件之上。HotSpot装载了多个不同的即时编译器，以便在编译时间和生成代码的执行效率之间做取舍。