11 пунктов, чтобы ускорить запуск Spring Boot

Java

предисловие

Использование OpenJDK 11.
java --version
openjdk 11.0.1 2018-10-16
OpenJDK Runtime Environment 18.9 (build 11.0.1+13)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.1+13, mixed mode)

Бенчмарки можно запустить следующим образом. Это может занять некоторое время, и все тесты выполняются ниже.
./mvnw clean package
(cd benchmarks/; java -jar target/benchmarks.jar)

FluxBaseline

Создайте проект с помощью SpringInitializr, содержащий только Reactive Web. Далее я напишу минималистичный контроллер в стиле WebMVC.
@SpringBootApplication
@RestController
public class DemoApplication {
 @GetMapping("/")
 public String home() {
 return "Hello";
 }
 public static void main(String[] args) {
 SpringApplication.run(DemoApplication.class, args);
 }
}

Версия Spring Boot — 2.1.0.RELEASE.
<parent>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-parent</artifactId>
 <version>2.1.0.RELEASE</version>
 <relativePath/> <!-- lookup parent from repository -->
</parent>

Результат запуска 2,938 ± 0,287 с/оп.
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op

Теперь используйте этот результат в качестве основы. Давайте начнем здесь.

WebMVC

Мне любопытно, зачем использовать WebMVC вместо WebFlux? Я пробовал. Может быть, просто сравнить Tomcat и Netty?
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case02_Web ss 10 3.281 ± 0.342 s/op

WebFlux немного быстрее, не так ли?

spring-context-indexer

Затем я попробовал spring-context-indexer, который, кажется, создает индекс компонента.
<dependency>
 <groupId>org.springframework</groupId>
 <artifactId>spring-context-indexer</artifactId>
 <optional>true</optional>
</dependency>

Хм... немного медленнее?
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case03_WithContextIndexer ss 10 3.063 ± 0.102 s/op

Я проверил spring.components и обнаружил, что включен только один компонент. Поймите... Я должен попробовать более крупный проект, чтобы увидеть эффект.
#
#Sun Nov 04 18:42:59 JST 2018
com.example.DemoApplication=org.springframework.stereotype.Component

ленивая инициализация

Пробовал ленивую инициализацию.
@Configuration
public class LazyInitBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
 @Override
 public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
 for (String beanName : beanFactory.getBeanDefinitionNames()) {
 beanFactory.getBeanDefinition(beanName).setLazyInit(true);
 }
 }
}

Глядя на результаты, запуск стал немного быстрее.
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case04_WithLazyInit ss 10 2.844 ± 0.129 s/op

NoVerify

Запустите с параметром -noverify:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case05_WithNoVerifyOption ss 10 2.582 ± 0.060 s/op

Запуск стал немного быстрее. Я не знаю, почему такой результат, мне нужно повнимательнее посмотреть позже.

TieredStopAtLevel

Запустите с параметром -XX:TieredStopAtLevel=1:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case06_WithTieredStopAtLevel1Option ss 10 1.980 ± 0.037 s/op

Хм, гораздо раньше! Уменьшено почти на 2 секунды. Я до сих пор не знаю, что означает этот параметр, мне нужно посмотреть внимательнее позже.

Укажите параметр SpringConfigLocation.

Запустите с параметром -Dspring.config.location=classpath:/application.properties:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case07_WithSpringConfigLocationOption ss 10 3.026 ± 0.139 s/op

Ну опять медленно.

Закрыть JMX

Запустите с параметром -Dspring.jmx.enabled=false:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case08_WithJmxDisabledOption ss 10 2.877 ± 0.097 s/op

стал немного быстрее.

Отменить вход

Отсюда я начал сокращать библиотеку функций. Для начала отмените Logback:
<dependency>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-webflux</artifactId>
 <exclusions>
 <exclusion>
 <artifactId>spring-boot-starter-logging</artifactId>
 <groupId>org.springframework.boot</groupId>
 </exclusion>
 </exclusions>
</dependency>
<dependency>
 <groupId>org.slf4j</groupId>
 <artifactId>slf4j-jdk14</artifactId>
</dependency>

Результат выглядит следующим образом:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case09_WithoutLogback ss 10 2.904 ± 0.096 s/op

Хм... кажется, небольшое улучшение?

Отменить Джексон

На очереди Джексон
<dependency>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-webflux</artifactId>
 <exclusions>
 <exclusion>
 <artifactId>spring-boot-starter-json</artifactId>
 <groupId>org.springframework.boot</groupId>
 </exclusion>
 </exclusions>
</dependency>

Результат выглядит следующим образом:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case10_WithoutJackson ss 10 2.789 ± 0.093 s/op

Оказалось немного быстрее.

Отменить HibernateValidator

<dependency>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-webflux</artifactId>
 <exclusions>
 <exclusion>
 <artifactId>hibernate-validator</artifactId>
 <groupId>org.hibernate.validator</groupId>
 </exclusion>
 </exclusions>
</dependency>

Результат выглядит следующим образом:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case11_WithoutHibernateValidator ss 10 2.857 ± 0.084 s/op

Также есть небольшой эффект.
Пока библиотека функций больше не отменяется.

AppCDS

AppCDS (обмен данными класса приложений) — это функция Enterprise Edition Oracle JDK. OpenJDK 10 начал включать эту функцию.
Похоже, что информация о дампе AppCDS хранится в общем сжатом файле, поэтому время запуска сокращается.
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case12_WithAppCds ss 10 2.957 ± 0.079 s/op

Хм... быстрее не стало... потом я прочитал статью, связанную с CDS, и понял, почему.
SpringBoot FatJAR не управляется CDS.

Flux с тонким лаунчером

Ну извините, бенчмарк "Exploded" неверен. Я пытался использовать FatJAR, но CDS не может этого сделать. Итак, я переключился на Thin Launcher, поэтому «Exploded» стал «Thin Launche».
Прежде чем использовать CDS, я бы проверил скорость запуска упакованного JAR-файла с помощью Thin Launcher.
<plugins>
 <plugin>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-maven-plugin</artifactId>
 <dependencies>
 <dependency>
 <groupId>org.springframework.boot.experimental</groupId>
 <artifactId>spring-boot-thin-layout</artifactId>
 <version>1.0.15.RELEASE</version>
 </dependency>
 </dependencies>
 </plugin>
</plugins>

Хотя я использую Thin Launcher для упаковки своего приложения, вместо использования классов запуска Thin Launcher я использую класс Main, чтобы сделать его максимально быстрым.
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case13_Exploded ss 10 2.476 ± 0.091 s/op

Хм, немного быстрее, да?

Thin Launcher + CDS

Теперь я собираюсь использовать AppCDS.
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case14_ExplodedWithAppCds ss 10 1.535 ± 0.036 s/op

Ой! стал быстрее!

Все операции завершены

В итоге я использовал все операции.
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case15_AllApplied ss 10 0.801 ± 0.037 s/op

Меньше 1 секунды! (∩´∀`)∩да

Сделайте еще один шаг вперед

В видео Дейва он упомянул «Functional Bean Definition», попробуйте использовать только Spring без SpringBoot, приложение станет быстрее. Причина этого нуждается в дальнейшем понимании.
результат:
Benchmark Mode Cnt Score Error Units
MyBenchmark.case01_FluxBaseline ss 10 2.938 ± 0.287 s/op
MyBenchmark.case02_Web ss 10 3.281 ± 0.342 s/op
MyBenchmark.case03_WithContextIndexer ss 10 3.063 ± 0.102 s/op
MyBenchmark.case04_WithLazyInit ss 10 2.844 ± 0.129 s/op
MyBenchmark.case05_WithNoVerifyOption ss 10 2.582 ± 0.060 s/op
MyBenchmark.case06_WithTieredStopAtLevel1Option ss 10 1.980 ± 0.037 s/op
MyBenchmark.case07_WithSpringConfigLocationOption ss 10 3.026 ± 0.139 s/op
MyBenchmark.case08_WithJmxDisabledOption ss 10 2.877 ± 0.097 s/op
MyBenchmark.case09_WithoutLogback ss 10 2.904 ± 0.096 s/op
MyBenchmark.case10_WithoutJackson ss 10 2.789 ± 0.093 s/op
MyBenchmark.case11_WithoutHibernateValidator ss 10 2.857 ± 0.084 s/op
MyBenchmark.case12_WithAppCds ss 10 2.957 ± 0.079 s/op
MyBenchmark.case13_Exploded ss 10 2.476 ± 0.091 s/op
MyBenchmark.case14_ExplodedWithAppCds ss 10 1.535 ± 0.036 s/op
MyBenchmark.case15_AllApplied ss 10 0.801 ± 0.037 s/op

Очень интересно. благодарный!

Наконец

Прошу всех обратить внимание на мой паблик [Программист в погоне за ветром], в нем будут обновляться статьи, а также размещаться отсортированная информация.