OP 用的什么版本的 JDK 呀？低版本的 CDS 只能作用与 Boot Class Loader 加载的类，不能作用于 App Class Loader 或者自定义的 Class Loader 加载的类。Java 10 中将 CDS 扩展为 AppCDS ，不止能够作用于 Boot Class Loader ，App Class Loader 和自定义的 Class Loader 也都能够起作用，大大加大了 CDS 的适用范围。

https://khotyn.com/blog/posts/2018-03-21-app-cds/

可以看看 CDS: https://docs.oracle.com/javase/8/docs/technotes/guides/vm/class-data-sharing.html


顺便推荐一下我的启动耗时分析项目，无需修改代码，只需要添加个启动参数就能看到启动过程的耗时分析报告 https://github.com/linyimin0812/spring-startup-analyzer

可以考虑使用一下 https://github.com/linyimin0812/spring-startup-analyzer ，会针对启动过程进行采样，产出一个火焰图，通过火焰图分析一下卡点。也可以直接使用 Arthas 的 profiler 进行采样分析

前段时间搞过一个 https://github.com/linyimin0812/mybatis-sql-viewer ，有兴趣参与不

@xuanbg 这个控制的太好了，基本上和空项目启动的时间差不多了

@BeautifulSoap 这个是新起的项目还是老项目升级的呀？

@Masoud2023 我也非常同意正规发版流程的重要性

@Masoud2023 工作的这段时间也看过一些复盘，线上故障回滚的场景确实存在，还不少

@weijancc 很多时候依赖了其他团队的二方包，里面的一些初始化操作会比较耗时，应用启动时长会慢慢被拉长

@runliuv 切换一门语言的成本太大了，而且作为普通开发决定不了使用什么语言和框架

@xiaocaiji111 对于没有重依赖的应用来说确实优化的意义不大

@miaotaizi #55 感觉还是需要关注的，负载均衡下的机器提供的服务是一致的，如果线上出现故障要回滚，这时需要重新发布所有的机器才能保证服务回退到没有问题的版本，假设有两台机器，每台机器的启动时间是 5 分钟，那么故障会持续 10 分钟，而如果启动时间只有 1 分钟，那么故障只持续 2 分钟

@xgfan 我感觉这不是 spamming ，因为并没有被版主移除😂

@yazinnnn #33 这个有相关的介绍文档吗？没接触过这块

@shyangs 线上出现故障回滚的时候，启动速度越快，回滚越快，损失就越小，而且故障级别是按照止血时间定级的，启动越快，故障级别可能就越低。启动速度快，日常开发效率、体感也相对会好很多

@miaotaizi 线上出现故障回滚的时候，启动速度越快，回滚越快，损失就越小，而且故障级别是按照止血时间定级的，启动越快，故障级别可能就越低

@superchijinpeng 使用 quarkus graalvm 的限制多吗？对开发人员的要求是不是要更高一点呀？

@kaedeair 日常开发部署时等待的时间也很难受😂

@chendy 是的，而且只要一引入，自己无法控制，只能看着应用启动时长慢慢一点点变长