1.CPU相关代码
1.1.Advanced Vector Extensions
1.1.1.AVX
1.1.2.2013年，Intel为Haswell以及之后的芯片引入了AVX2
1.1.3.2016年，Intel又引入了AVX-512指令
1.1.4.JDK 8不支持这些指令
1.1.5.JDK 11支持
1.2.-XX:UseAVX=N
1.2.1.0
1.2.1.1.不使用AVX指令
1.2.2.1
1.2.2.1.使用Intel AVX 1指令（对于Sandy Bridge和之后的处理器）
1.2.3.2
1.2.3.1.使用Intel AVX 2指令（对于Haswell和之后的处理器）
1.2.4.3
1.2.4.1.使用Intel AVX-512指令（对于Knights Landing和之后的处理器）
1.3.-XX:UseSSE=N
1.3.1.支持Intel流SIMD扩展1到4
1.3.1.1.Streaming SIMD Extensions，SSE
1.3.2.针对奔腾系列处理器的
2.分层编译的权衡
2.1.当在内存受限的环境中运行时有理由关闭它
2.2.给定足够长的预热期，禁用分层编译时的执行情况和开启时应该是差不多的
2.3.javac编译器
2.3.1.包含额外调试信息的-g标志不会影响性能
2.3.2.在Java应用程序中使用final关键字并不能更快地编译代码
2.3.3.用较新的javac版本重新编译通常不会使应用程序更快
2.3.3.1.JDK 11引入了一种新的字符串连接方式，可以比以前的版本更快，但需要重新编译代码才能用
3.GraalVM
3.1.一个新的虚拟机
3.1.1.可以运行许多其他语言的代码
3.2.两个版本
3.2.1.完全开源的社区版（Community Edition，CE）
3.2.1.1.社区版比企业版慢
3.2.2.商用的企业版（Enterprise Edition，EE）
3.3.对JVM性能有两个重要贡献
3.3.1.插件技术允许GraalVM生成完全原生的二进制文件
3.3.2.以常规JVM的模式运行，只是它包含了一个新的C2编译器实现
3.3.2.1.这个编译器是用Java写的
3.3.2.2.传统的C2编译器是用C++写的
3.4.-XX:+UnlockExperimentalVMOptions
3.4.1.默认值是false
3.5.-XX:+EnableJVMCI
3.5.1.默认值是false
3.6.-XX:+UseJVMCICompiler
3.6.1.默认值是false
4.提前编译
4.1.ahead-of-time compilation，简称AOT compilation
4.2.最初仅在JDK 9的Linux版本中可用
4.2.1.JDK 11时所有平台都可以用了
4.3.启动速度更快
4.3.1.目前，应用程序类数据共享给启动性能带来的提升更大，而且它已经是平台完全支持的特性
4.3.2.提前编译针对的是像REST服务器这样启动时间相对比较长的程序
4.3.2.1.加载共享库的时间就被较长的启动时间抵消了，提前编译就更有优势
4.4.jaotc工具
4.4.1.生成一个共享库，其中包含你选出的编译过的类
4.4.2.然后通过运行参数将共享库加载到JVM中
$ java -XX:+UnlockDiagnosticVMOptions -XX:+LogTouchedMethods \
-XX:+PrintTouchedMethodsAtExit <other arguments>
java/net/URI.getHost:()Ljava/lang/String;
4.4.5.为了生成methods.txt文件，需要保存这些输出内容，然后在每一行前添加compileOnly命令并删除方法参数之前的冒号
$ jaotc --compile-commands=/tmp/methods.txt \
--output JavaBaseFilteredMethods.so \
--compile-for-tiered \
--module java.base
4.4.7./tmp/methods.txt文件中
compileOnly java.net.URI.getHost()Ljava/lang/String;
4.5.如果不让预编译的方法被C2编译器编译，那么服务器预热后的性能就会比它最终可能达到的性能差
4.6.-XX:+PrintAOT
4.6.1.在预编译方法被JVM使用时会产生输出
4.6.2.默认值是false
4.7.对于比较大的程序有好处
4.8.对于很小的、快速运行的程序没有帮助，甚至会阻碍它们的运行
5.GraalVM原生编译
5.1.生成不需要JVM的可执行文件
5.1.1.是短期程序的理想选择
5.2.生成的二进制文件启动速度很快，特别是相较于在JVM中运行的程序
5.3.GraalVM优化代码时并没有C2编译器那么激进，所以对于运行得足够久的应用程序，传统的JVM最终会胜出
5.4.GraalVM原生二进制文件在执行期间不会使用C2编译器编译类
5.5.原生程序的内存占用在开始时比传统JVM少得多
5.5.1.随着程序的运行和堆的增长，这种内存优势会逐渐消失
