JDK13之AppCDS使用-性能优化利器

为了执行字节码，JVM需要一些准备的工作。给类名，在磁盘上查找类，加载它，验证字节码，将类装载为自己的内部数据结构，每一步都需要花费一些时间，想想每次JVM都要加载成千上万个类，这时时间上的花费很明显可以看得出来。

因为Jar包并没有改变，class-data一直都是相同的，每次JVM执行的也是相同的查找，加载，验证动作。

AppCDS就是让类只做一次上述的验证，加载动作，然后将其打包，后续在运行相同的jar包时，直接从打包文件中读取类数据，或者当前同时运行的JVM实例直接共享一份相同的类数据。

使用APPCDS的完整步骤一般如下，不过现在JDK13简化了我们的 *** 作，一般我不需要进行下面的所有步骤。

1 创建一个class的列表，让这些class可以被打包。

2 创建归档使用

3 使用归档

在JDK13中，系统内置的共享类以及被默认创建了，位于 ${JAVA_HOME}/lib/server 目录下

打印类加载日志，查看日志文件中的信息，如果出现 shared objects files 代表使用了appcds的归档文件。

注意： 不是所有的类都会被共享，当前我们自定义的类仍然会走全部的类装载流程。

明显看出来在使用归档之后用户态的时间缩短了一些，这次jar包，仅仅打印Hello World，没有做任何事情，如果在类增多的时候，效果就非常明细。

其实JDK13已经默认帮我们把系统的类文件进行归档了，我们在使用的时候也不需要指定什么参数，默认 -Xshare:on 。系统类的归档我们不需要关系太多，那么如何打包我们的应用类文件呢。

1 使用 -XX:DumpLoadedClassList=classeslst 查看当前JVM装载的类列表

2 使用 -XX:SharedClassListFile=classeslst 来指定那些类需要共享，以及指定 -XX:SharedArchiveFile=app-cdsjsa 打包文件位置，这里不需要使用-jar来运行程序，指定jar包的位置即可。

3 可以在JVM退出的时候，自动归档，使用选项 -XX:ArchiveClassesAtExit=app-cdsjsa

4 使用归档文件

有过有人更新了jar包的内容，共享类会怎么处理？

可以查看日志看一下，是否会加载修改后的类。 -Xlog:class+load:file=cdslog

如果有任何问题，还是 -Xlog:class+load:file=cdslog 看一下情况。

JDK13中使用AppCDS的选项 -XX:ArchiveClassesAtExit=${ARCHIVE} ， -XX:SharedArchiveFile=${ARCHIVE}

参考： https://blogcodefxorg/java/application-class-data-sharing/#Launch-Time-Measurements

以上就是关于JDK13之AppCDS使用-性能优化利器全部的内容，包括:JDK13之AppCDS使用-性能优化利器、、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！