springboot中依赖对象实例化问题- JAVA

一个问题，暴露出不少问题。然后解决这些问题。

一、问题描述

有个SpringBoot项目，启动的时候，读取某对象的属性报错，因为该对象为null。

这个对象使用了@Autowired注解，看上去，是对象实例化的顺序问题。即A里面使用了B，B由容器负责实例化，但A使用B的时候，B却还没来得及注入。

二、问题解决

1、A等B实例化之后再使用B
使用@PostConstruct注解，比如：

@Service
public class AImpl implements A {
    @Autowired
    B config;
    
	@PostConstruct
	void init(){
		if(config.isDebug){
            System.err.println("开启调试模式。。。");
		}
	}
}
1
2
3
4
5
6
7
8
9
10
11
12

注解@PostConstruct 的作用是，所有依赖的对象都实例化以后，自动执行本方法。上面例子中，当对象config实例化以后，系统将自动执行init()方法。注意加上 @PostConstruct注解的方法，是系统自动执行，无须显式调用。并且这个方法不能带有参数。

对比一下改写之间的代码：

@Service
public class AImpl implements A {
    @Autowired
    B config;
    
    public AImpl(){
    	init();
    }

	void init(){
		if(config.isDebug){//报错，因为config == null
            System.err.println("开启调试模式。。。");
		}
	}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

2、普通类使用静态方法使用B
普通类是不能直接使用 @Autowired注解的。如果一个类想让它的属性使用@Autowired注解，那么它本身也应该由容器实例化，即类本身也要加上@Component 、@configration、@service、@Controller等注解。普通类的属性加上@Autowired，能编译，能运行，但永远都是null。

那如果普通类想使用这个由容器注入的对象，咋办呢？我在上面提到的项目中，采用静态方法获取该对象的方式，核心还是这个@PostConstruct注解。具体如下：

@Component
public class B {
    private static B config = null;
    
    private boolean debug;
    public boolean isDebug() {
        return debug;
    }
    public void setDebug(boolean debug) {
        this.debug = debug;
    }
    
	@PostConstruct
    void init() {
        config = this;
    }

    public static B getInstance() {
        if (config == null) {//纯粹防御一下，不写这句应该也可以
            config = new B();
        }
        return config;
    }
}

public class C {
	public void run(){
		if(B.getInstance().isDebug()){
			System.err.println("俺也开启调试模式。。。");
		}
	}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

三、相关知识点

1、IoC容器
Spring的核心就是所谓的IoC容器。这个IoC容器主要负责实例化对象，或者说，是提供Bean的地方。IoC，控制反转。何谓控制反转？就是对象创建的控制权转移了。原本构造对象实例，都是我们在代码中，显式地new。而在Spring中，这些工作都由容器来完成，控制权转给了容器。容器根据类（Bean）的定义，结合Bean的实现类，构造出Bean实例。像我们代码中，

    @Autowired
    B config;
1
2

B的实例config，就由容器负责实现。
在这里插入图片描述

IoC容器的意义
1)方便编码，提升开发效率

2)可以应对复杂的项目开发
类与类之间的依赖，如果数量少还好，很多的话，依赖关系非常复杂，不容易理清
在这里插入图片描述
3）修改比较容易，提高系统可修改性
IoC本质上是面向接口编程，在我们代码中，声明的是接口对象，由容器根据实现类进行注入，因此声明与实现是解耦的。万一需要切换实现类，那么修改的地方就少了许多。