springboot---成员初始化顺序

约定不等于承诺〃 2021-11-24 00:10 655阅读 0赞

如果我们的类有如下成员变量：

@Component
    public class A { 
    
      @Autowired
      public B b;  // B is a bean
    
      public static C c;  // C is also a bean
    
      public static int count;
    
      public float version;
    
      public A() { 
        System.out.println("This is A constructor.");
      }
    
      @Autowired
      public A(C c) { 
        A.c = c;
        System.out.println("This is A constructor with c argument.");
      }
    
      @PostConstruct
      public void init() { 
    
        count = 5;
        System.out.println("This is A post construct.");
      }
    }

下面的结论可以通过在构造函数里打断点Debug来观察。

首先初始化的是static成员变量， 此处的count采用默认值0。  
然后初始化的是非static成员变量，此处的version采用默认值0.0。  
然后Spring在实例化A时选择的构造函数的原则是：如果有构造函数被@Autowired所修饰，则采用该构造函数（注意，@Autowired(required = true)只能修饰一个构造函数），否则采用默认的无参构造函数。此处采用的构造函数为

@Autowired
    public A(C c) { 
      this.c = c;
      System.out.println("This is A constructor with c argument.");
    }

注意执行完该构造函数后，此时的成员变量B并没有被注入，值还是null。

Spring容器选择合适的Bean注入b。  
执行被@PostConstruct修饰的init()函数。

总之，在上面这个例子中，各成员变量的执行顺序为：“static 成员变量 ”–> “非static成员变量” --> “被@Autowired修饰的构造函数” --> “被@Autowired修饰的成员变量b” --> “被@PostConstruct修饰的init()函数”。  
有时我们想要对静态成员进行依赖注入（通常是Field dependency injection，即直接在成员上加@Autowired，此种做法不推荐），直接在静态成员上加@Autowired是无效的（其值总为null），这是因为静态成员变量是类的属性，不属于任何对象，而Spring实现Field dependency injection 是要依靠基于实例的reflection（反射）进行的。在这个例子中，Spring通过反射生成bean a, 并且发现a使用了bean b（此时bean b已经生成并被注册到Spring容器中），再次利用反射生成setter方法并将b set进a，这样就实现了Field dependency injection。通过上述过程我们可以知道static成员由于不属于任何实例，所以无法实现这样的依赖注入，但是我们可以通过Constructor dependency injection（构造函数依赖注入）来实现。以上面的例子为例，Spring在生成bean a（调用A的构造函数）时，由于A的构造函数带有参数c，Spring将在容器里寻找是否有符合c类型的bean，找到后将bean c赋值给构造函数的参数c，然后当执行到A.c = c时成员变量c就被“注入”成功了。

如果我们希望某个Bean不要在Spring容器启动时初始化（这样可以加快应用的启动速度），而是在用到时才实例化，可以用@Lazy这个注解。将这个注解加在@Bean、@Component、@Service、@Configuration等注解上时，这些注解所修饰的Bean将在第一次引用时才实例化；如果在@Autowired上也同时加上这个注解，则该Bean将在第一次使用时实例化。我们再举个简单的例子：  
在@Component等注解上加@Lazy

@Lazy
    @Component
    public class LazyBean { 
      public LazyBean() { 
        System.out.println("This is LazyBean constructor.");
      }
    }

在UseBean里通过@Autowired注入LazyBean，不加@Lazy：

@Component
    public class UseBean { 
      @Autowired
      private LazyBean lazyBean;
      public UseBean () { }
    }

当应用启动时，Spring要去扫描这些被@Component等注解修饰的类，立即将他们实例化并注册到容器中，但是由于LazyBean 类被@Lazy修饰，Spring会跳过这个Bean的实例化。当生成UseBean后（即Spring完成对UseBean的构造函数的调用后），由于UseBean引用了LazyBean，这个时候Spring才将LazyBean实例化。因此，以上Bean的初始化顺序永远是先初始化UseBean，当执行到@Autowired private LazyBean lazyBean;时才实例化lazyBean。

在@Component等注解和@Autowired上都加@Lazy

@Getter
     @Component
     public class UseBean { 
       @Lazy
       @Autowired
       private LazyBean lazyBean;
       public UseBean () { }
    
       @PostConstruct
       public void init() { 
         System.out.println(this.getLazyBean());
       }
     }

这种情况下即使执行到@Autowired private LazyBean lazyBean;时也没有真正实例化LazyBean ，只有在真正使用lazyBean时，即上述代码中的this.getLazyBean()时才开始调用LazyBean 的构造函数来实例化。