Rumah > Java > javaTutorial > Cara memanggil semula ApplicationContextInitializer sebelum bekas SpringBoot disegarkan

Cara memanggil semula ApplicationContextInitializer sebelum bekas SpringBoot disegarkan

WBOY
Lepaskan: 2023-05-11 08:58:11
ke hadapan
1067 orang telah melayarinya

I. Penyediaan projek

Contoh projek yang dibuat dalam artikel ini dibangunkan menggunakan SpringBoot 2.2.1.RELEASE + maven 3.5.3 + idea

Penciptaan projek SpringBoot khusus tidak akan diterangkan dalam perincian, fail pom teras, tiada kebergantungan tambahan

fail konfigurasiapplication.yml, dan tiada konfigurasi khas

II Contoh titik sambungan sebelum muat semula bekas

1

Apabila kami mahu melaksanakan pemulaan konteks tersuai, ia adalah sangat mudah hanya melaksanakan antara muka di atas, seperti

public class ApplicationContextInitializer01 implements ApplicationContextInitializer {
    @Override
    public void initialize(ConfigurableApplicationContext configurableApplicationContext) {
        System.out.println("ApplicationContextInitializer01");
    }
}
Salin selepas log masuk

2. Pendaftaran titik sambungan

Sejak di atas Tentukan titik lanjutan dan bagaimana untuk menjadikannya berkesan?

Secara rasmi menyediakan tiga cara, seperti mendaftar terus semasa permulaan: springApplication.addInitializers(new ApplicationContextInitializer01());

@SpringBootApplication
public class Application {

    public static void main(String[] args) {
        SpringApplication springApplication = new SpringApplication(Application.class);
        springApplication.addInitializers(new ApplicationContextInitializer01());
        try (ConfigurableApplicationContext context = springApplication.run(args)) {
        }
    }
}
Salin selepas log masuk

Apabila titik sambungan kami disediakan dalam pakej balang, gunakan kaedah di atas Kaedah pendaftaran permulaan jelas tidak boleh dilaksanakan . Pada masa ini, kaedah yang lebih disyorkan ialah mendaftar melalui mekanisme SPI Spring

Daftar dalam fail META-INF/spring.factories dalam direktori sumber

org.springframework.context.ApplicationContextInitializer=com.git.hui.extention.context.ApplicationContextInitializer02
Salin selepas log masuk

Penjelasan

  • Mekanisme SPI di atas amat disyorkan untuk digunakan oleh semua orang Dalam artikel sebelum ini, pendaftaran AutoConfiguration biasanya dilakukan dengan cara ini

Selain itu. kepada dua kaedah pendaftaran di atas, terdapat juga kaedah fail konfigurasi Dalam fail konfigurasi application.properties atau application.yml, konfigurasikan konfigurasi berikut untuk memulakan

context:
  initializer:
    classes: com.git.hui.extention.context.ApplicationContextInitializer03
Salin selepas log masuk

Untuk menguji tiga kaedah pendaftaran di atas.

, kami melaksanakan tiga titik sambungan tersuai, dan kemudian selepas bermula, lihat pada output sebenar

Cara memanggil semula ApplicationContextInitializer sebelum bekas SpringBoot disegarkan

di atas Daripada output, anda hanya boleh membuat kesimpulan tentang keutamaan kaedah pendaftaran yang berbeza (untuk mengesahkan sudut pandangan berikut dengan lebih munasabah, adalah disyorkan agar anda mengubah suai tiga nama sambungan tersuai di atas untuk menghapuskan masalah pengisihan yang disebabkan oleh sambungan)

  • Pendaftaran fail konfigurasi> Pendaftaran SPI semasa permulaan

3 ialah hubungan berurutan, kita boleh melaksanakannya melalui anotasi

Contohnya, apabila tiga titik sambungan di atas semuanya didaftarkan melalui mod permulaan, contoh output

@Order(5)
public class ApplicationContextInitializer01 implements ApplicationContextInitializer {
    @Override
    public void initialize(ConfigurableApplicationContext configurableApplicationContext) {
        System.out.println("ApplicationContextInitializer01");
    }
}

@Order(2)
public class ApplicationContextInitializer02 implements ApplicationContextInitializer {
    @Override
    public void initialize(ConfigurableApplicationContext configurableApplicationContext) {
        System.out.println("ApplicationContextInitializer02");
    }
}

@Order(10)
public class ApplicationContextInitializer03 implements ApplicationContextInitializer {
    @Override
    public void initialize(ConfigurableApplicationContext configurableApplicationContext) {
        System.out.println("ApplicationContextInitializer03");
    }
}

@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        SpringApplication springApplication = new SpringApplication(Application.class);
        springApplication.addInitializers(new ApplicationContextInitializer01(), new ApplicationContextInitializer02(), new ApplicationContextInitializer03());
        try (ConfigurableApplicationContext context = springApplication.run(args)) {
        }
    }
}
Salin selepas log masuk
@Order adalah seperti berikut

<. 🎜>

Cara memanggil semula ApplicationContextInitializer sebelum bekas SpringBoot disegarkanKemudian perkara utama datang

Jika ketiga-tiga pelaksanaan tersuai di atas bukan kaedah pendaftaran yang sama, seperti 03 menggunakan kaedah fail konfigurasi untuk mendaftar, kemudian 01, 02 masih memulakan pendaftaran
  • , maka pesanannya ialah 03 > 🎜> Maksudnya, susunan
  • pengubahsuaian anotasi tidak boleh memecahkan susunan
  • Fail Konfigurasi> kelas pelaksanaan tersuai , peraturannya adalah seperti berikut

  • Fail Konfigurasi> 🎜> anotasi, Semakin kecil nilai, semakin tinggi keutamaan

    @Order4 Contoh senario penggunaan

  • Akhir sekali, mari kita lihat apa kegunaan titik sambungan ini. adalah dan dalam senario yang kita gunakan. Adakah ini akan digunakan?

Senario aplikasi yang biasa dilihat ialah menggunakannya untuk menentukan fail konfigurasi yang perlu diaktifkan

public class ApplicationContextInitializer03 implements ApplicationContextInitializer {
    @Override
    public void initialize(ConfigurableApplicationContext configurableApplicationContext) {
        // 指定激活prod对应的配置文件
        configurableApplicationContext.getEnvironment().setActiveProfiles("prod");
    }
}
Salin selepas log masuk
    Tetapi secara amnya jarang untuk melihat sesiapa melakukan ini, kerana hanya gunakan parameter konfigurasi secara terus Jadi adakah terdapat senario yang memerlukan ini?
  • Sudah tentu ada jawapan Contohnya, dengan penggunaan kontena docker yang popular sekarang, apabila kita ingin menggunakan imej yang sama setiap kali, dan kemudian semasa operasi sebenar, kita boleh menentukan imej semasa mengikut. persekitaran yang berbeza. Fail konfigurasi yang didayakan akan berguna pada masa ini

  • Sebagai contoh, kami menggunakan parameter persekitaran bekas
  • untuk mendapatkan persekitaran berjalan semasa, aktifkan

    ; jika ia adalah ujian, aktifkan @Order

  • Kemudian anda boleh melakukannya sekarang
public class EenvActiveApplicationContextInitializer implements ApplicationContextInitializer {
    @Override
    public void initialize(ConfigurableApplicationContext configurableApplicationContext) {
        String env = System.getenv("app.env");
        if ("prod".equalsIgnoreCase(env)) {
            configurableApplicationContext.getEnvironment().setActiveProfiles("prod");
        } else if ("test".equalsIgnoreCase(env)) {
            configurableApplicationContext.getEnvironment().setActiveProfiles("test");
        } else {
            throw new RuntimeException("非法的环境参数:" + env);
        }
    }
}
Salin selepas log masuk

Atas ialah kandungan terperinci Cara memanggil semula ApplicationContextInitializer sebelum bekas SpringBoot disegarkan. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Label berkaitan:
sumber:yisu.com
Kenyataan Laman Web ini
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn
Tutorial Popular
Lagi>
Muat turun terkini
Lagi>
kesan web
Kod sumber laman web
Bahan laman web
Templat hujung hadapan