一 背景

最近在做一個項目啟動時加載配置到SpringBoot容器中的功能，看到了Spring中有很多在容器初始化時的接口，這些接口或注解包括InitializingBean、@PostConstruct、SmartInitializingSingleton、BeanPostProcess等等，這么多都可以在初始化時使用，但是他們有什么區(qū)別呢，下面就來說說他們之間的區(qū)別

二 SpringBoot 生命周期接口

• @PostConstruct

  這個注解在實際的開發(fā)中有較多的用到

  @Component
  public class TestP {
  
      @PostConstruct
      public void test() {
          System.out.println("@PostConstruct");
      }
  

  這樣在容器啟動過程中就回執(zhí)行打印，看起來他像是對象的構(gòu)造方法，其實他的作用是，當(dāng)一個對象A中存在@Autowire修飾的依賴B時，正常來說，對象會先執(zhí)行自己的構(gòu)造方法，然后再去注入依賴，但是我們現(xiàn)在有一種情況，在對象實例化時，要執(zhí)行構(gòu)造方法，但是構(gòu)造方法中用到依賴B,這個時候用 @PostConstruct就能解決這個問題。

  public class TestP implements InitializingBean, SmartInitializingSingleton {
      @Autowired
      Context context;
      ```
      public TestP () {
          System.out.println(context);
      }
      ```
      @PostConstruct
      public void test() {
          System.out.println(context);
          System.out.println("@PostConstruct");
      }
  

  輸出

 null
 com.example.demo1.bean.Context@4f96a58
 @PostConstruct

• InitializingBean

  他提供bean初始化的回調(diào)處理功能，看下這個接口的源碼

  protected void invokeInitMethods(String beanName, final Object bean, RootBeanDefinition mbd) throws Throwable {
   boolean isInitializingBean = (bean instanceof InitializingBean);
  
  //判斷該bean是否實現(xiàn)了實現(xiàn)了InitializingBean接口，如果實現(xiàn)了InitializingBean接口，則只掉調(diào)用bean的afterPropertiesSet方法
   if (isInitializingBean && (mbd == null || !mbd.isExternallyManagedInitMethod("afterPropertiesSet"))) {
       if (logger.isDebugEnabled()) {
           logger.debug("Invoking afterPropertiesSet() on bean with name '" + beanName + "'");
       }
  
       if (System.getSecurityManager() != null) {
           try {
               AccessController.doPrivileged(new PrivilegedExceptionAction<Object>() {
                   public Object run() throws Exception {
                       //直接調(diào)用afterPropertiesSet
                       ((InitializingBean) bean).afterPropertiesSet();
                       return null;
                   }
               },getAccessControlContext());
           } catch (PrivilegedActionException pae) {
               throw pae.getException();
           }
       }                
       else {
           //直接調(diào)用afterPropertiesSet
           ((InitializingBean) bean).afterPropertiesSet();
       }
   }
   if (mbd != null) {
       String initMethodName = mbd.getInitMethodName();
       //判斷是否指定了init-method方法，如果指定了init-method方法，則再調(diào)用制定的init-method
       if (initMethodName != null && !(isInitializingBean && "afterPropertiesSet".equals(initMethodName)) &&
               !mbd.isExternallyManagedInitMethod(initMethodName)) {
           //進(jìn)一步查看該方法的源碼，可以發(fā)現(xiàn)init-method方法中指定的方法是通過反射實現(xiàn)
           invokeCustomInitMethod(beanName, bean, mbd);
       }
   }
  

  可以看到，只要實現(xiàn)了這個接口的bean都會執(zhí)行里面的afterPropertiesSet方法,那他和 @PostConstruct有什么區(qū)別呢，區(qū)別是他們的生命周期排序不同，@PostConstruct是對單個Bean實例化時使用，而InitializingBean是在所有spring bean實例化后對bean進(jìn)行處理，?致的步驟是這樣的

  實例化bean，這?會調(diào)?構(gòu)造?法

  填充屬性，就是依賴注?

  初始化bean，

  • 調(diào)?后置處理器，其中會執(zhí)?@PostConstruct注解?法
  • 執(zhí)?bean的?命周期中的初始化回調(diào)?法，也就是InitializingBean接?的afterPropertiesSet()?法

• BeanPostProcess

  這個接口主要是對注冊的bean中的屬性進(jìn)行初始化時的修改

  @Component
  public class BeanPostTest implements BeanPostProcessor {
      @Override
      public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
          System.out.println("執(zhí)行1--------------- - " + bean.getClass().getName() + " - " + beanName);
          return null;
      }
      @Override
      public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
          System.out.println("執(zhí)行2--------------- - " + bean.getClass().getName() + " - " + beanName);
          return null;
      }
  }
  

  他和InitializingBean區(qū)別一個是執(zhí)行順序不同

他有兩個方法分別在在InitializingBean執(zhí)行前執(zhí)行后執(zhí)行，第二個區(qū)別就是InitializingBean是一個可以進(jìn)一步調(diào)整bean的實例的接口，不過并不是每個類都會來執(zhí)行這個接口方法，這個接口只針對當(dāng)前實現(xiàn)類，而BeanPostProcess是針對所有bean的，每一個bean被注冊，都會被執(zhí)行一次這兩個方法

• SmartInitializingSingleton

  這個是在spring 4.1版本才推出的接口，他的執(zhí)行時時機是在單例預(yù)實例化階段結(jié)束時調(diào)用，并保證已經(jīng)創(chuàng)建了所有常規(guī)單例bean,所以他的執(zhí)行順序是比較靠后的，考慮到一些bean的注冊及修改使用SmartInitializingSingleton是比較穩(wěn)妥的一種方式

   ```
   @Component
   public class GetuiAccountConfigInit implements SmartInitializingSingleton  {
  
  
       @Override
       public void afterSingletonsInstantiated() {
  
       }
   }
   ```
  

• Commandlinerunner 這個接口是springBoot的接口，他是在所有bean都加載后才會執(zhí)行的，如果實現(xiàn)這個接口，可以很好的在啟動時初始化資源，因為所有的bean都可以使用了

   @Component
   public class Runner implements CommandLineRunner {
       @Override
       public void run(String... args) throws Exception {
           System.out.println("執(zhí)行初始化");
       }
   }
  

  如果我們要執(zhí)行的程序有順序要求，還可以使用@Order注解

   @Component
   @Order(1)
   public class OrderRunner1 implements CommandLineRunner {
       @Override
       public void run(String... args) throws Exception {
           System.out.println("The OrderRunner1 start to initialize ...");
       }
   }
   @Component
   @Order(2)
   public class OrderRunner1 implements CommandLineRunner {
       @Override
       public void run(String... args) throws Exception {
           System.out.println("The OrderRunner2 start to initialize ...");
       }
   }
  

三 后記

Spring由于設(shè)計上比較靈活所以留了很多接口，讓開發(fā)人員進(jìn)行拓展，這本身是一個很好的學(xué)習(xí)借鑒的經(jīng)驗，現(xiàn)在大部分的開發(fā)使用的都是spring的框架，這就要求我們做一些設(shè)計時要了解框架的特性，才能進(jìn)行更好的設(shè)計，上面的幾個接口是相對來說比較常用的接口，里面的技術(shù)細(xì)節(jié)也值得推敲，希望對大家有所幫助。

到此這篇關(guān)于詳細(xì)SpringBoot生命周期接口的使用的文章就介紹到這了,更多相關(guān)SpringBoot生命周期接口內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論