如何简单的获取Bean对象？

对象装配（对象的获取），有三种实现方式：

• 属性注入
• Setter注入
• 构造方法注入

属性注入

传统的获取Bean对象，需要先获得Spring上下文对象，然后用上下文对象获得Bean对象，就像下面的代码：

 ApplicationContext context=new ClassPathXmlApplicationContext("spring-congif");
        UserRepository userRepository=context.getBean("userRepository",UserRepository.class);
        userRepository.add();
1
2
3

采用属性注入只需要声明一个类类型的变量，并在前面加上 @Autowired，这样就可以获得对象。

 @Autowired
    private  UserRepository repository;
1
2

• 属性注入的优点：使用简单
• 属性注入的缺点：

1.无法注入final修饰的变量

为什么final 修饰的变量无法注入呢？我们来看一下被final修饰的变量的特征，首先被final 修饰的变量需要直接赋值。
解决办法1：当我们给变量赋值后，程序就不会报错了。

解决办法2：在构造方法中进行赋值，程序也不会报错。

2.通用性问题：只适用于IoC容器，脱离了IoC容器的话，加了属性注入的代码是没有效果的代码。
3.设计原则问题：更容易违背单一设计原则，因为使用起来比较简单。

Setter注入

当使用Setter注入时，必须要加上@Autowired,不能省略。

• Setter注入的优点：通常Setter只能Set一个属性，不会Set多个属性，所以Setter注入更符合单一设计原则。
• Setter注入的缺点：
  1.无法注入一个final修饰的变量。就算给变量赋值也无法解决，在构造方法中赋值也无法解决，就像下面的代码：
  
  
  2.Setter输入的对象可以被修改，因为Setter是一个方法，既然是一个方法就意味着可以被多次调用，就意味着可以被修改。

构造方法注入（Spring 4.X之后官方推荐使用的方式）

构造方法注入，就是生成当前类的构造方法，然后进行注入。
当然使用构造方法注入时,标准的写法是要加@Autowired的，但是如果当前类中只存在一个构造方法时，也可以省略@Autowired，因为官方已经对这个问题做了处理，当不使用@Autowired时，我们写一个单元测试代码来验证是否正确：
首先我们将@Autowired注掉然后我们写一个单元测试类：

package com.java.demo.service;

import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

import static org.junit.jupiter.api.Assertions.*;

class UserService4Test {

    @Test
    void sayHi() {
        ApplicationContext context=new ClassPathXmlApplicationContext("spring-config.xml");
      UserService4 userService4= context.getBean("userService4",UserService4.class);
      userService4.sayHi();
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

可以看到不用@Autowired后，也可以注入成功。
注意：当前类有多个构造方法时，不能省略@Autowired。用代码演示一下：
我们再写一个构造方法，有两个参数，并且省略@Autowired：
继续用单元测试来验证：
可以看到有多个构造方法时，代码报错了，因为有多个构造方法时，就不确定到底哪个构造方法需要注入，哪个构造方法不需要注入。所以有多个构造方法时，一定要加上@Autowired。
我们加上@Autowired再执行一遍，就不会报错了。

• 构造方法注入的优点：可以注入final修饰的对象。

我们在变量前加上final 来修饰，然后进行测试，程序运行没有任何问题。
2.注入的对象是不会改变的，因为构造方法只会加载一次。
3.构造方法注入可以保证注入对象完全初始化。
4.构造方法注入通用性更好。

• 构造方法注入的缺点：

1.写法比属性注入复杂。
2.使用构造方法注入无法解决循环依赖的问题。（因为构造方法注入可以不依赖@Autowired，在所有的类里面都是要这样去写构造方法的，构造方法在new类的时候，必须要传值，传值要么是个人去传，要么是IoC框架去传，传完值之后就可以使用了，所以构造方法注入的通用性是最好的）。

@Resource ：另一种注入关键字

在进行类注入时，除了可以使用@Autowired关键字之外，我们还可以使用@Resource进行注入，如下代码所示：

package com.java.demo.service;

import com.java.demo.dao.UserRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.stereotype.Service;

import javax.annotation.Resource;

@Service
public class UserService {

    //  1.属性注入
    @Resource
    private final   UserRepository repository;
    public UserService() {
        this.repository=null;
    }
    public  int add(){
        System.out.println("Do UsersService add method");
      /*  ApplicationContext context=new ClassPathXmlApplicationContext("spring-congif");
        UserRepository userRepository=context.getBean("userRepository",UserRepository.class);
        userRepository.add();
        */
      return repository.add();
    }
}

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

• @Autowired与@Resource的区别：

1. 出身不同：@Autowired是来自于Spring的，@Resource来自于jdk的注解。
2. @Autowired和@Resource的参数设置是不同的。@Resource支持很多参数设置； @Autowired只支持一个参数设置。
3. 使用上的区别： @Autowired可用于Setter注入，构造方法注入和属性注入，而@Resource只能用于Setter注入和属性注入，不能用于构造函数注入。
4. idea兼容性支持不同：@Autowired有些情况下会报错，比如IEDA专业版用@Autowired注入就会报错，但是项目的执行不受影响，这个报错属于误报，是可以通过设置，或者将@Autowired改成@Resource两种方式来解决的。因为@Autowired来自于Spring，使用@Autowired时，Spring框架的执行是在程序的执行之后再执行的，所以它是不知道这个类到底有没有注入的；当使用@Resource时，@Resource是java的，java执行是在程序之前的，所以它是知道这个类是否注入的。