聊聊SpringBoot应用启动优化

聊聊Spring Boot 应用启动优化

随着业务发展，线上业务jar 包越来越大，动不动就几百兆，启动时间也越来越慢，严重影响效率。目前大部分java项目都是使用SpringBoot，这篇文章就来简单聊聊关于SpringBoot应用启动优化。

对于一个“历史悠久”的项目，业务代码自然是指数增长，而且在日常业务开发中，我们我都是在做加法，很少会去做删代码之类的操作。另外一般项目都会有很多中间件的初始化，比如：数据连接、redis连接、mq生产者和消费者注册、dubbo生产者和消费者注册、定时任务等；对于各种中间件的初始化，大部分都会在开源工具上封装一层，所以这里就不细说了。这篇主要从业务代码如何后置处理，以及bean加载两方面来简单聊聊启动优化。

启动时间分析

优化前要做的自然是分析启动过程，要分析启动过程，首先想到的应该是日志，将日志级别调为debug，然后分析日志。当然我们也可以借助第三方工具，比如：Async Profiler、JProfiler等。idea现在已经集成了Async Profiler，选择Run *** with Async Profiler启动项目，启动完成之后点击停止便可生成火焰图。

• 火焰图分析

y 轴表示调用栈，每一层都是一个函数。调用栈越深，火焰就越高，顶部就是正在执行的函数，下方都是它的父函数。 x 轴表示抽样数，如果一个函数在 x 轴占据的宽度越宽，就表示它被抽到的次数多，即执行的时间长。注意，x 轴不代表时间，而是所有的调用栈合并后，按字母顺序排列的。

启动优化

业务代码优化

大部分的耗时应该都在业务太大或者蕴含大量的初始化逻辑，比方数