SpringBoot服务启动慢，是配置问题还是代码优化，还是框架层面，如何精准定位排查？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1402个文字，预计阅读时间需要6分钟。
一个其他团队的较老dubbo服务，使用的Spring版本在3.2.x范围内，基本还是使用那一套Spring。由于这个服务比较核心，集成的组件也相对较多：如Rabbit、Dubbo、ES、Kafka、ZK、Redis、CAS等一整套系列组件。
一个其他团队的比较老的dubbo服务，spring的版本在3.2.x范围，用的还是spring那一套。
由于这个服务比较核心，而且集成的组件比较多：rabbit、dubbo、es、kafka、zk、redis、cas等等一系列组件，然后开发的痛点就是本地启动时间太慢了，常常耗时接近10分钟、机器配置差点夸张到10+。抱着好奇的心理开始这一次排查之旅。
启动耗时 :Artifact xxxx:war exploded: Deploy took 730,358 milliseconds
优化成果:Artifact xxxx:war exploded: Deploy took 95,078 milliseconds
由于老服务启动日志偏少，索性开始之前使用过的JProfiles来作为本次的分析工具，它可以实时侦测所有代码的运行耗时。对一些启动慢链路追踪有非常好的帮助。
本文共计1402个文字，预计阅读时间需要6分钟。
一个其他团队的较老dubbo服务，使用的Spring版本在3.2.x范围内，基本还是使用那一套Spring。由于这个服务比较核心，集成的组件也相对较多：如Rabbit、Dubbo、ES、Kafka、ZK、Redis、CAS等一整套系列组件。
一个其他团队的比较老的dubbo服务，spring的版本在3.2.x范围，用的还是spring那一套。
由于这个服务比较核心，而且集成的组件比较多：rabbit、dubbo、es、kafka、zk、redis、cas等等一系列组件，然后开发的痛点就是本地启动时间太慢了，常常耗时接近10分钟、机器配置差点夸张到10+。抱着好奇的心理开始这一次排查之旅。
启动耗时 :Artifact xxxx:war exploded: Deploy took 730,358 milliseconds
优化成果:Artifact xxxx:war exploded: Deploy took 95,078 milliseconds
由于老服务启动日志偏少，索性开始之前使用过的JProfiles来作为本次的分析工具，它可以实时侦测所有代码的运行耗时。对一些启动慢链路追踪有非常好的帮助。