Spring Boot başlangıç ​​süresini hızlandırın

Spring Boot uygulamam var. Çok fazla bağımlılık ekledim (maalesef hepsine ihtiyacım var gibi görünüyor) ve başlangıç ​​süresi oldukça arttı. Sadece a yapmak SpringApplication.run(source, args)10 saniye sürer.

Bu, "alışkın" olanla kıyaslanamayacak kadar fazla olmasa da, çoğunlukla geliştirme akışını bozduğu için bu kadar zaman almasından mutsuzum. Bu noktada uygulamanın kendisi oldukça küçüktür, bu yüzden çoğu zaman uygulama sınıflarının kendileri ile değil, eklenen bağımlılıklar ile ilgili olduğunu varsayıyorum.

Sorunun sınıf yolu taraması olduğunu varsayıyorum, ancak şunları nasıl yapacağımı bilmiyorum:

• Sorunun bu olduğunu onaylayın (yani, Spring Boot nasıl "hata ayıklanacağı")
• Eğer gerçekten sebep buysa, daha hızlı olması için onu nasıl sınırlayabilirim? Örneğin, bazı bağımlılıkların veya paketlerin Spring'in taraması gereken hiçbir şey içermediğini biliyorsam, bunu sınırlamanın bir yolu var mı?

Spring'in başlatma sırasında paralel fasulye başlatmaya sahip olmasını sağlamanın işleri hızlandıracağını varsayıyorum , ancak bu geliştirme talebi 2011'den beri herhangi bir ilerleme olmadan açık. Spring Boot'un kendisinde, Investigate Tomcat JarScanning hız iyileştirmeleri gibi bazı başka çabalar görüyorum , ancak bu Tomcat'e özeldir ve terk edilmiştir.

Bu makale:

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

entegrasyon testlerini hedeflemesine rağmen, kullanmayı önerir lazy-init=true, ancak bunu Java yapılandırmasını kullanarak Spring Boot'taki tüm fasulyelere nasıl uygulayacağımı bilmiyorum - burada herhangi bir işaret var mı?

Herhangi bir (diğer) öneri memnuniyetle karşılanacaktır.

Spring Boot, ihtiyaç duyulmayabilecek birçok otomatik yapılandırma gerçekleştirir. Bu nedenle, yalnızca uygulamanız için gerekli olan otomatik yapılandırmayı daraltmak isteyebilirsiniz. Dahil edilen otomatik yapılandırmanın tam listesini görmek için, günlüğe kaydetmeyi org.springframework.boot.autoconfigureDEBUG modunda ( logging.level.org.springframework.boot.autoconfigure=DEBUGin application.properties) çalıştırın. Diğer bir seçenek, bahar önyükleme uygulamasını şu seçenekle çalıştırmaktır --debug:java -jar myproject-0.0.1-SNAPSHOT.jar --debug

Çıktıda şöyle bir şey olacaktır:

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

Bu listeyi inceleyin ve yalnızca ihtiyacınız olan otomatik yapılandırmaları dahil edin:

@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 {

Kod bu blog gönderisinden kopyalandı .

Şimdiye kadar en çok oylanan cevap yanlış değil ama görmek istediğim derinliğe inmiyor ve hiçbir bilimsel kanıt sunmuyor. Spring Boot ekibi, Boot 2.0 için başlatma süresini kısaltmak için bir alıştırma yaptı ve 11226 numaralı bilet birçok faydalı bilgi içeriyor. Bir de 7939 bileti varDurum değerlendirmesine zamanlama bilgisi eklemeye açık , ancak belirli bir sahip görünmüyor.

Boot başlangıcında hata ayıklamak için en kullanışlı ve metodik yaklaşım Dave Syer tarafından yapılmıştır. https://github.com/dsyer/spring-boot-startup-bench

Benim de benzer bir kullanım durumum vardı, bu yüzden Dave'in JMH ile mikro kıyaslama yaklaşımını aldım ve onunla koştum. Sonuç, önyükleme kıyaslama projesidir. Tarafından üretilen yürütülebilir jar kullanarak herhangi bir Spring Boot uygulaması için başlatma süresini ölçmek için kullanılabilecek şekilde tasarladım bootJar(öncedenbootRepackage Gradle görevi jar'i Boot 1.5'te deniyordu) kullanarak. Kullanmaktan ve geri bildirimde bulunmaktan çekinmeyin.

Bulgularım şu şekildedir:

1. CPU önemlidir. Çok.
2. JVM'yi -Xverify ile başlatmak: hiçbiri önemli ölçüde yardımcı olur.
3. Gereksiz otomatik yapılandırmaları hariç tutmak yardımcı olur.
4. Dave, JVM bağımsız değişkenini önerdi -XX: TieredStopAtLevel = 1 , ancak benim testlerim bu konuda önemli bir gelişme göstermedi. Ayrıca, -XX:TieredStopAtLevel=1muhtemelen ilk isteğinizi yavaşlatacaktır.
5. Ana bilgisayar adı çözümlemesinin yavaş olduğuna dair raporlar var , ancak bunu test ettiğim uygulamalar için bir sorun olarak görmedim.

Spring Boot 2.2.M1 , Spring Boot'da Lazy Initialization'ı desteklemek için özellik ekledi.

Varsayılan olarak, bir uygulama içeriği yenilenirken, bağlamdaki her çekirdek oluşturulur ve bağımlılıkları enjekte edilir. Bunun aksine, bir fasulye tanımı tembel olarak başlatılacak şekilde yapılandırıldığında, oluşturulmayacak ve bağımlılıkları ihtiyaç duyulana kadar enjekte edilmeyecektir.

Tembel Başlatma etkinleştirilmesi Set spring.main.lazy-initializationiçin gerçek

Geç Başlatma Ne Zaman Etkinleştirilir

tembel başlatma, başlatma süresinde önemli iyileştirmeler sağlayabilir, ancak bazı önemli dezavantajlar da vardır ve dikkatli bir şekilde etkinleştirmek önemlidir.

Daha fazla ayrıntı için lütfen Belgeye bakın

Bu soruda / cevapta açıklandığı gibi, bence en iyi yaklaşım, yalnızca ihtiyacınız olduğunu düşündüklerinizi eklemek yerine, ihtiyacınız olmadığını bildiğiniz bağımlılıkları hariç tutmaktır.

Görmek: Spring Boot Başlangıç ​​Süresini En Aza İndirin

Özetle:

Kapakların altında neler olup bittiğini görebilir ve uygulamayı komut satırından başlatırken --debug belirtmek kadar basit hata ayıklama günlüğünü etkinleştirebilirsiniz. Ayrıca application.properties dosyanızda debug = true belirtebilirsiniz.

Ayrıca, application.properties dosyasında günlük kaydı düzeyini şu kadar basit bir şekilde ayarlayabilirsiniz:

logging.level.org.springframework.web: DEBUG logging.level.org.hibernate: HATA

İstemediğiniz otomatik yapılandırılmış bir modül tespit ederseniz, devre dışı bırakılabilir. Bunun için dokümanlar burada bulunabilir: http://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/#using-boot-disunning-specific-auto-configuration

Bir örnek şöyle görünür:

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

Burada açıklanan olası eylemlerin tam listesi var: https://spring.io/blog/2018/12/12/how-fast-is-spring

Bahar tarafındaki en önemli notları koyacağım (biraz düzeltilmiş):

• Spring Boot web başlangıçlarından sınıf yolu istisnaları:
  • Hazırda Bekletme Doğrulayıcısı
  • Jackson (ancak Spring Boot aktüatörleri buna bağlı). JSON oluşturmaya ihtiyacınız varsa Gson kullanın (yalnızca kutudan çıktığı gibi MVC ile çalışır).
  • Geri oturum açma: bunun yerine slf4j-jdk14 kullanın
• Yay bağlamı dizinleyicisini kullanın. Fazla bir şey katmayacak ama her küçük yardımcı oluyor.
• Ödeyemiyorsanız aktüatör kullanmayın.
• Spring Boot 2.1 ve Spring 5.1'i kullanın. Kullanılabilir olduklarında 2.2 ve 5.2'ye geçin.
• Spring Boot yapılandırma dosyalarının konumunu spring.config.location(komut satırı bağımsız değişkeni veya Sistem özelliği vb.) İle düzeltin . IDE'de test etme örneği:spring.config.location=file://./src/main/resources/application.properties .
• İhtiyacınız yoksa JMX'i kapatın spring.jmx.enabled=false(bu, Spring Boot 2.2'de varsayılandır)
• Fasulye tanımlarını varsayılan olarak tembel yapın. spring.main.lazy-initialization=trueSpring Boot 2.2'de yeni bir bayrak var ( LazyInitBeanFactoryPostProcessoreski Spring için kullanın ).
• Yağ kavanozunu paketinden çıkarın ve açık bir sınıf yolu ile çalıştırın.
• JVM'yi ile çalıştırın -noverify. Ayrıca şunu da göz önünde bulundurun -XX:TieredStopAtLevel=1(bu, kaydedilen başlatma süresi pahasına daha sonra JIT'yi yavaşlatacaktır).

Bahsedilenler LazyInitBeanFactoryPostProcessor( spring.main.lazy-initialization=trueİlkbahar 2.2'den itibaren mevcut olan bayrağı uygulayamıyorsanız, Bahar 1.5 için kullanabilirsiniz ):

public class LazyInitBeanFactoryPostProcessor implements BeanFactoryPostProcessor {

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

Ayrıca fasulye başlatma zamanını analiz etmek için bir şey kullanabilir (veya kendi başınıza yazabilirsiniz - basit): https://github.com/lwaddicor/spring-startup-analysis

Umarım yardımcı olur!

Benim durumumda çok fazla kırılma noktası vardı. "Kesme Noktalarını Sustur" seçeneğine tıkladığımda ve uygulamayı hata ayıklama modunda yeniden başlattığımda, uygulama 10 kat daha hızlı başladı.

El ile test için geliştirme dönüşünü optimize etmeye çalışıyorsanız, devtools kullanımını şiddetle tavsiye ederim .

Spring-boot-devtools kullanan uygulamalar, sınıf yolundaki dosyalar her değiştiğinde otomatik olarak yeniden başlayacaktır.

Sadece yeniden derleyin - ve sunucu kendini yeniden başlatır (Groovy için yalnızca kaynak dosyayı güncellemeniz gerekir). Bir IDE kullanıyorsanız (örn. 'vscode'), java dosyalarınızı otomatik olarak derleyebilir, böylece sadece bir java dosyasını kaydetmek, dolaylı olarak sunucuyu yeniden başlatabilir - ve Java bu açıdan Groovy kadar kusursuz hale gelir.

Bu yaklaşımın güzelliği, artımlı yeniden başlatmanın bazı sıfırdan başlatma adımlarını kısa devre yapmasıdır - bu nedenle hizmetiniz çok daha hızlı bir şekilde yedeklenecek ve çalışmaya başlayacaktır!

Maalesef bu, dağıtım veya otomatik birim testi için başlatma sürelerine yardımcı olmuyor.

UYARI: Otomatik DB şema üretimi için Hazırda Bekletme DDL'yi kullanmıyorsanız ve L2 önbelleği kullanmıyorsanız, bu yanıt sizin için geçerli DEĞİLDİR. İleri kaydırın.

Bulduğum sonuç, Hazırda Bekletme'nin uygulama başlangıcına önemli ölçüde zaman kattığı yönünde. L2 önbelleğini ve veritabanı başlatmayı devre dışı bırakmak , Spring Boot uygulamasının daha hızlı başlatılmasını sağlar. Üretim için önbelleği AÇIK bırakın ve geliştirme ortamınız için devre dışı bırakın.

application.yml:

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

Test sonuçları:

1. L2 önbelleği AÇIK ve 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 önbelleği KAPALI ve 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)

Şimdi tüm bu boş zamanlarla ne yapacağımı merak ediyorum

Daha önce kimsenin bu optimizasyonları önermesini garip buluyorum. Geliştirme sırasında proje oluşturmayı ve başlatmayı optimize etmeye ilişkin bazı genel ipuçları:

• geliştirme dizinlerini antivirüs tarayıcısından hariç tutun:
  • proje dizini
  • çıktı dizini oluşturun (proje dizininin dışındaysa)
  • IDE indeksleri dizini (örneğin ~ / .IntelliJIdea2018.3)
  • dağıtım dizini (Tomcat'teki web uygulamaları)
• donanımı yükselt. daha hızlı CPU ve RAM, daha iyi internet bağlantısı (bağımlılıkları indirmek için) ve veritabanı bağlantısı kullanın, SSD'ye geçin. bir ekran kartı önemli değil.

UYARILAR

1. ilk seçenek, azaltılmış güvenlik fiyatı için gelir.
2. ikinci seçenek maliyetlidir (tabii ki).

Bana göre yanlış bir yapılandırma ayarı kullanıyormuşsunuz gibi geliyor. MyContainer'ı ve olası çakışmaları kontrol ederek başlayın. En çok kaynağı kimin kullandığını belirlemek için, bir seferde her bağımlılık için hafıza haritalarını kontrol etmeniz gerekir (veri miktarını görün!) - ve bu da çok zaman alır ... (ve SUDO ayrıcalıkları). Bu arada: genellikle kodu bağımlılıklara karşı mı test ediyorsunuz?