加快Spring Boot的启动时间

我有一个Spring Boot应用程序。我添加了很多依赖项（不幸的是，看起来我需要所有这些依赖项），并且启动时间增加了很多。仅需SpringApplication.run(source, args)花费10秒钟。

尽管这与“使用”相比可能不算什么，但我不愿意花那么多钱，主要是因为它破坏了开发流程。此时应用程序本身很小，因此我认为大多数时间与添加的依赖项有关，而不是与应用程序类本身有关。

我认为问题是类路径扫描，但是我不确定如何：

• 确认这是问题所在（即如何“调试” Spring Boot）
• 如果确实是原因，我该如何加以限制，以使其更快？例如，如果我知道某个依赖项或程序包不包含Spring应该扫描的任何内容，是否有办法限制它？

我认为增强Spring在启动期间具有并行bean初始化会加快速度，但是该增强请求自2011年以来一直没有任何进展。我在Spring Boot本身中看到了其他一些工作，例如调查Tomcat JarScanning的速度改进，但这是特定于Tomcat的，已被放弃。

本文：

• http://www.nurkiewicz.com/2010/12/speeding-up-spring-integration-tests.html

尽管针对集成测试，建议使用lazy-init=true，但是我不知道如何使用Java配置将此应用于Spring Boot中的所有bean-这里有没有指针？

任何（其他）建议都将受到欢迎。

Spring Boot做了很多可能不需要的自动配置。因此，您可能只想缩小应用程序所需的自动配置。要查看包含的自动配置的完整列表，只需org.springframework.boot.autoconfigure在DEBUG模式下运行的日志记录（logging.level.org.springframework.boot.autoconfigure=DEBUG在中application.properties）。另一个选择是运行带有--debug选项的spring boot应用程序：java -jar myproject-0.0.1-SNAPSHOT.jar --debug

在输出中会有这样的内容：

=========================
AUTO-CONFIGURATION REPORT
=========================

检查此列表，仅包括所需的自动配置：

@Configuration
@Import({
        DispatcherServletAutoConfiguration.class,
        EmbeddedServletContainerAutoConfiguration.class,
        ErrorMvcAutoConfiguration.class,
        HttpEncodingAutoConfiguration.class,
        HttpMessageConvertersAutoConfiguration.class,
        JacksonAutoConfiguration.class,
        ServerPropertiesAutoConfiguration.class,
        PropertyPlaceholderAutoConfiguration.class,
        ThymeleafAutoConfiguration.class,
        WebMvcAutoConfiguration.class,
        WebSocketAutoConfiguration.class,
})
public class SampleWebUiApplication {

代码是从此博客文章中复制的。

到目前为止，获得投票最多的答案并没有错，但是它并没有深入到我喜欢看到的深度，也没有提供科学依据。Spring Boot团队进行了一个减少Boot 2.0启动时间的练习，工单11226包含许多有用的信息。还有一张7939的票证可用于向条件评估中添加时间信息，但似乎没有特定的ETA。

Dave Syer已完成了用于调试启动的最有用，最系统的方法。https://github.com/dsyer/spring-boot-startup-bench

我也有一个类似的用例，因此我采用了Jave的Dave微基准测试方法并进行了运行。结果是启动基准项目。我对其进行了设计，以便可以使用Gradle任务bootJar（bootRepackage在Boot 1.5中先前称为）生成的可执行jar来测量任何Spring Boot应用程序的启动时间。随时使用它并提供反馈。

我的发现如下：

1. CPU很重要。很多。
2. 使用-Xverify：none启动JVM 会有很大帮助。
3. 排除不必要的自动配置会有所帮助。
4. Dave建议JVM参数-XX：TieredStopAtLevel = 1，但是我的测试并未显示出明显的改进。另外，-XX:TieredStopAtLevel=1可能会减慢您的第一个请求。
5. 有报告称主机名解析速度很慢，但是我发现它对我测试的应用程序没有问题。

Spring Boot 2.2.M1 添加了支持Spring Boot中的惰性初始化的功能。

缺省情况下，刷新应用程序上下文时，将创建上下文中的每个bean并注入其依赖项。相反，当将bean定义配置为延迟初始化时，将不会创建它，并且直到需要时才注入依赖项。

启用惰性初始化设置spring.main.lazy-initialization为true

何时启用延迟初始化延迟初始化可以显着改善启动时间，但也存在一些明显的缺点，因此务必谨慎启用它

有关更多详细信息，请检查Doc

如该问题/答案中所述，我认为最好的方法是，不添加仅您认为需要的依赖项，而排除您不需要的依赖项。

请参阅：最小化Spring Boot启动时间

综上所述：

从命令行启动应用程序时，您可以看到隐藏的内容并启用调试日志记录，就像指定--debug一样简单。您也可以在application.properties中指定debug = true。

同样，您可以在application.properties中设置日志记录级别，方法很简单：

logging.level.org.springframework.web：调试logging.level.org.hibernate：错误

如果检测到不需要的自动配置模块，则可以将其禁用。可以在这里找到有关此文档：http : //docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/#using-boot-disabling-specific-auto-configuration

一个示例如下所示：

@Configuration
@EnableAutoConfiguration(exclude={DataSourceAutoConfiguration.class})
public class MyConfiguration {
}

好吧，这里描述了可能的动作的完整列表：https : //spring.io/blog/2018/12/12/how-fast-is-spring

我将在Spring方面提出一些最重要的注意事项（进行一些调整）：

• Spring Boot Web入门中的类路径排除：
  • 休眠验证器
  • 杰克逊（但是Spring Boot执行器取决于它）。如果您需要JSON呈现，请使用Gson（开箱即用仅适用于MVC）。
  • 重新登录：改用slf4j-jdk14
• 使用spring-context-indexer。它不会增加太多，但是一点点帮助。
• 如果负担不起，请不要使用执行器。
• 使用Spring Boot 2.1和Spring 5.1。可用时切换到2.2和5.2。
• 使用spring.config.location（命令行参数或系统属性等）修复Spring Boot配置文件的位置。在IDE中进行测试的示例：spring.config.location=file://./src/main/resources/application.properties。
• 如果不需要，请关闭JMX spring.jmx.enabled=false（这是Spring Boot 2.2中的默认设置）
• 默认情况下，使bean定义变得懒惰。spring.main.lazy-initialization=trueSpring Boot 2.2中有一个新标志（LazyInitBeanFactoryPostProcessor用于较早的Spring）。
• 解开胖子jar并使用显式类路径运行。
• 使用运行JVM -noverify。还请考虑-XX:TieredStopAtLevel=1（这将在以后降低JIT速度，但会节省启动时间）。

提到的LazyInitBeanFactoryPostProcessor（如果不能应用spring.main.lazy-initialization=trueSpring 2.2可用的标志，则可以将其用于Spring 1.5 ）：

public class LazyInitBeanFactoryPostProcessor implements BeanFactoryPostProcessor {

  @Override
  public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
      for (String beanName : beanFactory.getBeanDefinitionNames()) {
        BeanDefinition definition = beanFactory.getBeanDefinition(beanName);
        definition.setLazyInit(true);
      }
  }
}

您还可以使用（或编写自己的-很简单）的东西来分析bean的初始化时间：https : //github.com/lwaddicor/spring-startup-analysis

希望能帮助到你！

就我而言，断点太多。当我单击“静音断点”并以调试模式重新启动应用程序时，应用程序启动速度提高了10倍。

如果您要优化手动测试的开发周转时间，强烈建议使用devtools。

每当classpath上的文件更改时，使用spring-boot-devtools的应用程序将自动重启。

只需重新编译-服务器将自行重启（对于Groovy，您只需要更新源文件）。如果您使用的是IDE（例如“ vscode”），它可能会自动编译Java文件，因此仅保存Java文件就可以间接启动服务器重启-在这方面，Java与Groovy一样无缝。

这种方法的优点在于，增量重新启动会短路某些从头开始的启动步骤-因此，您的服务将被备份并更快地运行！

不幸的是，这对部署或自动单元测试的启动时间没有帮助。

警告：如果您不使用Hibernate DDL来自动生成数据库模式，也不使用L2缓存，则此答案不适用于您。向前滚动。

我的发现是Hibernate为应用程序启动增加了大量时间。禁用L2缓存和数据库初始化可加快Spring Boot应用程序的启动速度。将缓存保留为生产状态，并在开发环境中将其禁用。

application.yml：

spring:
  jpa:
    generate-ddl: false
    hibernate:
      ddl-auto: none
    properties:
      hibernate:
        cache:
          use_second_level_cache: false
          use_query_cache: false

检测结果：

1. L2缓存已打开，并且 ddl-auto: update

   INFO 5024 --- [restartedMain] o.s.web.context.ContextLoader : Root WebApplicationContext: initialization completed in 23331 ms
   INFO 5024 --- [restartedMain] b.n.spring.Application : Started Application in 54.251 seconds (JVM running for 63.766)

2. L2缓存关闭并且 ddl-auto: none

   INFO 10288 --- [restartedMain] o.s.web.context.ContextLoader : Root WebApplicationContext: initialization completed in 9863 ms
   INFO 10288 --- [restartedMain] b.n.spring.Application : Started Application in 32.058 seconds (JVM running for 37.625)

现在我想知道我将如何利用所有这些空闲时间

我觉得很奇怪，以前没有人建议过这些优化。以下是在开发时优化项目构建和启动的一些一般性提示：

• 从防病毒扫描程序中排除开发目录：
  • 项目目录
  • 构建输出目录（如果它在项目目录之外）
  • IDE索引目录（例如〜/ .IntelliJIdea2018.3）
  • 部署目录（Tomcat中的webapps）
• 升级硬件。使用更快的CPU和RAM，更好的Internet连接（用于下载依赖项）和数据库连接，切换到SSD。显卡无关紧要。

警告

1. 第一种选择是以降低安全性为代价的。
2. 第二种选择要花钱（很明显）。

对我来说，听起来您使用的配置设置错误。首先检查myContainer和可能的冲突。要确定谁在使用最多的资源，您必须一次检查每个依赖项的内存映射（请参阅数据量！），这也要花费大量时间...（和SUDO特权）。顺便说一句：您通常是否针对依赖项测试代码？