如何优化嵌入式ARM7环境下OpenJDK Java 8 VM的启动时间？

针对你的ARM7嵌入式设备（32位Linux）上OpenJDK 8无头Java应用的启动优化需求，我整理了以下VM参数调整方案，同时解答你关于-client选项的疑问：

关于-client选项的利弊 #

你提到的-client选项确实是嵌入式低资源设备的优先选择：

• 优势：Client VM专门针对启动速度和内存占用做了优化，它的JIT编译器（C1）会优先快速生成简单的机器码，而不是像Server VM的C2编译器那样花时间做深度优化，非常适合你的启动优先、运行时性能已达标的场景。在ARM7这种低算力设备上，启动速度的提升会很明显。
• 弊端：运行时的峰值性能会比Server VM稍差，因为C1的编译优化深度不够。但你已经明确运行时性能达标，所以这个弊端对你的场景几乎可以忽略。唯一需要注意的是，如果未来应用的负载复杂度提升，可能需要重新评估，但当前阶段完全可以放心使用。

核心VM启动优化参数 #

这些参数直接针对VM启动和应用初始化阶段的耗时点优化，同时尽量避免影响应用启动时间：

• -Xverify:none：关闭字节码验证步骤，这是Java启动时的一个高耗时环节。因为是你自己的应用代码，完全信任的情况下，关闭验证能大幅减少启动时间。注意：不可用于加载不可信第三方代码的场景。
• -Xms<size> -Xmx<size>：将初始堆大小设置为与最大堆大小一致（比如-Xms64m -Xmx64m），避免VM启动后动态扩容堆内存的开销，减少启动过程中的停顿。根据你的应用实际内存需求调整数值，不要设置过大导致启动时内存分配过慢。
• -XX:MaxMetaspaceSize=<size>：固定元空间的最大大小（比如-XX:MaxMetaspaceSize=32m），避免元空间在启动时动态扩容的耗时。元空间用于存储类元数据，根据应用的类数量调整合适的大小。
• -Djava.awt.headless=true：明确声明无头模式，强制VM不加载AWT相关的类和资源，减少启动时的类加载量和资源初始化操作。虽然你说是无头应用，但显式设置能避免VM的自动检测开销。
• -XX:+TieredCompilation -XX:TieredStopAtLevel=1：开启分层编译但只停留在C1编译的第一层，既保留快速启动的优势，又避免后续深度编译的启动阶段开销。如果用-client选项，默认可能已经开启分层编译，但加上TieredStopAtLevel=1能进一步压缩启动时间。
• -XX:+UseSerialGC：使用Serial垃圾收集器，它的初始化开销最小，适合低内存的嵌入式设备。-clientVM默认就是用Serial GC，如果你没指定-client，手动加上这个参数也能减少GC初始化的耗时。
• -XX:+DisableExplicitGC：禁止应用触发显式GC（System.gc()），避免启动过程中不必要的GC停顿，减少启动耗时。

额外辅助优化手段 #

除了VM参数，还有一些操作能进一步缩短整体启动时间：

• 类数据共享（CDS）：JDK8支持CDS功能，可以把常用的核心类提前归档，启动时直接加载归档文件，减少类加载时间。操作步骤：
  1. 先运行命令生成共享归档：java -Xshare:dump -XX:+UseSerialGC
  2. 启动应用时加上参数：-Xshare:on
     注意：ARM平台的OpenJDK 8支持CDS，但需要测试是否适配你的设备环境。
• 精简类路径：不要用通配符*包含所有JAR包，只列出应用必需的JAR，减少VM启动时扫描类路径的时间，避免加载不必要的类。
• 调整进程优先级：在启动Java应用时，用nice命令提升进程优先级，比如nice -n -5 java [你的参数]，让Java进程在系统启动阶段获得更多CPU资源，减少调度延迟导致的启动耗时。

关键注意事项 #

• 整体测试：所有参数调整后，必须测试从设备上电到应用就绪的总时长，确保VM启动时间的缩短不会导致应用启动时间变长（比如某些参数可能让VM启动快，但应用加载类时变慢）。
• 按需调整：所有内存相关的参数（如堆、元空间大小）都要根据你的应用实际情况调整，过大或过小都会影响启动速度。
• 安全考量：-Xverify:none仅适用于完全信任的代码，如果你未来要加载第三方不可信代码，记得关闭这个参数。

内容的提问来源于stack exchange，提问作者ZioByte