Spring启动时类的初始化与依赖加载时机

前言

当我们将对象交给spring管理的时候,经常会做一些初始化操作,初始化有很多种实现方法:static静态代码块、init()方法、构造方法(不建议)等等方式,但是有时我们会引用依赖,而依赖的加载时机经常会造成困扰绕,下面就一次性梳理明白,而且我们还可以通过一些手段改变依赖的加载时机。

代码测试

直接上代码:

@Component
public class Test {

    @Autowired
    private ApplicationContext context;

    static {
        System.out.println("执行静态方法");
    }

    public Test() {
        System.out.println("执行无参构造方法");
        System.out.println("无参构造方法中context=" + context);
    }

    @PostConstruct
    public void init() {
        System.out.println("init初始化方法执行");
        System.out.println("init初始化方法中context=" + context);
    }
}

项目启动后,执行结果如下:

执行静态方法
执行无参构造方法
无参构造方法中context=null
init初始化方法执行
init初始化方法中context=org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@21362712, started on Fri Sep 18 18:22:33 CST 2020, parent: org.springframework.context.annotation.AnnotationConfigApplicationContext@5f0e9815

由结果可知,Spring启动时,加载顺序:
类的属性---->static静态方法---->无参构造方法---->注入@Autowired修饰的依赖---->执行@PostConstruct修饰的init()方法。

好了,清楚了上面初始化与依赖的加载时机,我们还可以改变依赖的加载顺序,将上面的类改变如下:

@Component
public class Test {

    static {
        System.out.println("执行静态方法");
    }

    @Autowired
    public Test(ApplicationContext context) {
        System.out.println("执行无参构造方法");
        System.out.println("无参构造方法中context=" + context);
    }

    @PostConstruct
    public void init() {
        System.out.println("init初始化方法执行");
    }
}

执行结果,可以看到,在构造方法执行的时候,依赖已经注入了,这与上面的结果是完全不同的。

执行静态方法
执行无参构造方法
无参构造方法中context=org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@23a9ba52, started on Fri Sep 18 18:26:06 CST 2020, parent: org.springframework.context.annotation.AnnotationConfigApplicationContext@5812f68b
init初始化方法执行

可能会有人有疑问:spring会默认加载Test的无参构造方法,注意,如果类中写了有参构造,会默认覆盖掉无参构造,所以,如果写有参构造,必须显式的写出无参构造,否则会操作的。为什么Test类的构造方法会有一个参数ApplicationContext context,这还是无参构造吗?答案:是。
将@Autowired用在无参构造方法上,然后将要注入的ApplicationContext context作为参数。这样在执行构造方法之前就会将context注入进来,只是改变了依赖的注入时机,可以和上面的结构对比一下,就会明白的。

### 回答1: 在 Spring 中,可以通过以下方式来避免循环依赖: 1. 使用构造器注入依赖: 在这种情况下,Spring 容器可以在实例化 bean 的时候注入所需的依赖。 2. 使用 setter 方法注入依赖: 在这种情况下,Spring 容器可以在实例化 bean 后通过调用 setter 方法来注入所需的依赖。 3. 使用 @Lazy 注解: 在这种情况下,Spring 容器会延迟初始化 bean,直到它被使用。这样,可以确保在 bean 初始化之前,所有的依赖都已经被实例化。 4. 使用 @Lookup 注解: 在这种情况下,Spring 容器会在每次调用 @Lookup 注解修饰的方法时,返回一个新的 bean 实例。这样,就可以确保两个 bean 之间没有直接的依赖关系。 5. 使用代理: 在这种情况下,可以使用 AOP 代理来实现 bean 之间的依赖关系。这样,就可以在编译时就解决循环依赖问题。 ### 回答2: 避免Spring的循环依赖可以采取以下几种方法: 1. 使用构造函数注入:对于循环依赖的bean,使用构造函数注入来替代属性注入。通过将依赖的bean作为构造函数的参数传递进来,可以确保bean的创建顺序,避免循环依赖。 2. 使用@Lazy注解:通过在依赖注入处使用@Lazy注解,可以延迟bean的实例化,避免循环依赖。当需要获取依赖的bean时,Spring会动态创建该bean的实例。 3. 使用Setter方法注入:在属性注入处使用Setter方法注入,而不是使用属性注入方式。这样可以确保bean的创建顺序,避免循环依赖。 4. 使用代理对象:当出现循环依赖时,可以使用代理对象来解决问题。通过使用代理对象,先创建一个空的代理对象,当需要使用依赖的bean时,再真正创建该bean的实例。 总结起来,避免Spring的循环依赖可以通过改变依赖注入方式,使用构造函数注入或Setter方法注入,延迟bean的实例化,或者使用代理对象解决依赖关系。这样可以确保bean的创建顺序,避免循环依赖的问题。 ### 回答3: 在Spring中,循环依赖是指两个或多个bean之间存在相互依赖关系,导致无法正确实例化bean的现象。为了避免Spring的循环依赖问题,可以采取以下几种方法: 1. 使用构造函数注入:通过构造函数注入依赖可以避免循环依赖的问题,因为构造函数在bean实例化时被调用,保证了依赖在bean创建时已经准备好。 2. 使用setter方法注入:setter方法注入是指通过setter方法设置依赖对象,而不是通过构造函数。在Spring中,setter方法注入的时机是在bean实例化后,通过属性的setter方法进行依赖注入。 3. 使用懒加载:循环依赖的问题有时是因为bean的创建过程中存在循环的依赖关系,可以通过使用懒加载(lazy-init)来延迟创建bean,从而避免循环依赖。 4. 对于循环依赖问题无法避免的情况,可以通过在依赖注入的字段上使用@Lazy注解来解决。该注解表示依赖对象的懒加载,只有在真正需要依赖对象时才会进行创建。 总结而言,避免Spring的循环依赖可以通过使用构造函数或setter方法注入,或者使用懒加载来延迟创建bean,在无法避免的情况下可以使用@Lazy注解来解决循环依赖问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值