предисловие
Использование 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
Очень интересно. благодарный!
Наконец
Прошу всех обратить внимание на мой паблик [Программист в погоне за ветром], в нем будут обновляться статьи, а также размещаться отсортированная информация.