Spring IoC&DI(3)—DI详解

简介: Spring IoC&DI(3)—DI详解

       上篇博客学习了控制反转IoC的细节,接下来就开始学习依赖注入DI的细节。

       依赖注入是一个过程是指IoC容器在创建Bean时,去提供运行时所依赖的资源,而资源指的就是对象。我们使用 @Autowired 注解,完成依赖注入的操作。

      简单来说,就是把对象取出来,放到某个类的属性中。在一些文章中,依赖注入也被称之为 “对象注入”、“属性装配”,具体含义需要结合文章的上下文来理解。

       关于依赖注入,Spring也给我们提供了三种方式:

1、属性注入(Field Injection)

2、构造方法注入(Construct Injection)

3、Setter 注入(Setter Injection)


一、属性注入


       属性注入是使用 @Autowired 实现的,将UserService 类注入到UserController类中,UserService 类代码如下:

@Service
public class UserService {
    public void doService() {
        System.out.println("do Service...");
    }
}

       UserController类的实现代码如下:

@Controller
public class UserController {
    //注入方法1:属性注入
    @Autowired
    private UserService userService;
    public void sayHi() {
        userService.doService();
        System.out.println("hi, UserController");
    }
}

       启动类获取到UserController的doService方法,代码如下:

@SpringBootApplication
public class SpringIoC2Application {
    public static void main(String[] args) {
        //获取Spring上下文对象
        ApplicationContext context = SpringApplication.run(SpringIoC2Application.class, args);
        //从Spring上下文中获取对象
        UserController userController = (UserController) context.getBean("userController");
        //使用对象
        userController.doService();
    }
}

       执行结果:

       如果去掉 注解@Autowired,再运行一下程序,结果如下:

       报错了,提示空指针异常,没办法调用doService() 方法,因为userServer为空。原因就是没有加@Autowired注解,没有注入依赖,Spring拿不到这个属性,也自然不会给它初始化了,那么它肯定就是一个空指针了


二、构造方法注入


       构造方法注入就是在类的构造方法中实现注入,代码如下:

@Controller
public class UserController {
    //注入方法2:构造方法注入
    private UserService userService;
    @Autowired
    public UserController(UserService userService) {
        this.userService = userService;
    }
    public void doController() {
        userService.doService();
        System.out.println("do UserController");
    }
}

注意事项如果类只有一个构造方法,那么@Autowired注解可以省略;但如果类有多个构造方法,那么就需要添加上@Autowired来明确指定要使用哪个构造方法了。下面的代码练习:

@Controller
public class UserController {
    //注入方法2:构造方法注入
    private UserService userService;
    public UserController(){
        
    }
    public UserController(UserService userService) {
        this.userService = userService;
    }
    public void doController() {
        userService.doService();
        System.out.println("do UserController");
    }
}

       加了个无参的构造函数,运行程序会报错,如图:

       报错解释空指针异常,虽然这个类交给Spring管理了,Spring内部也会给我们自动创建对象,但也是通过构造函数创建的,这里我们写了两个构造函数,如果不加@Autowired注解,Spring默认使用无参构造函数,自然也就没有成功创建对象了,那么这个userService也自然是空指针了

       现在代码改一下,把无参构造函数注释掉,再加一个构造函数,代码如下:

@Controller
public class UserController {
    //注入方法2:构造方法注入
    private UserService userService;
    private UserComponent userComponent;
//    public UserController(){
//
//    }
    public UserController(UserService userService) {
        this.userService = userService;
    }
    public UserController(UserService userService, UserComponent userComponent) {
        this.userService = userService;
        this.userComponent = userComponent;
    }
    public void doController() {
        userComponent.doComponent();
        userService.doService();
        System.out.println("do UserController");
    }
}

       运行代码报错了,报错信息如下:

       报错解释没有找到默认的构造方法,因为这里出现了两个构造方法,Spring不知道该用哪个,现在给第二个构造方法加上@Autowired注解,表示让Spring使用被注解的构造方法,代码如下:

@Controller
public class UserController {
    //注入方法2:构造方法注入
    private UserService userService;
    private UserComponent userComponent;
//    public UserController(){
//
//    }
    public UserController(UserService userService) {
        this.userService = userService;
    }
    @Autowired
    public UserController(UserService userService, UserComponent userComponent) {
        this.userService = userService;
        this.userComponent = userComponent;
    }
    public void doController() {
        userComponent.doComponent();
        userService.doService();
        System.out.println("do UserController");
    }
}

       运行结果:

       程序跑起来了。

小结:构造函数的注入

1只有一个构造函数的情况,可以不加@Autowired

2如果有多个构造函数,需要指定默认的构造函数(通过@Autowired指定,如果未指定,默认使用无参的构造函数)

构造规范如果添加构造函数,把无参构造函数显示添加(也就是把构造函数写下来,再给注释掉)


三、Setter注入


       Setter注入和属性的Setter方法实现类似,只不过在set方法的时候需要加上@Autowired注解,代码如下:

@Controller
public class UserController {
    private UserService userService;
    @Autowired
    public void setUserService(UserService userService) {
        this.userService = userService;
    }
    public void doController() {
        userService.doService();
        System.out.println("do UserController");
    }
}

       启动类代码:

@SpringBootApplication
public class SpringIoC3Application {
    public static void main(String[] args) {
        //拿到Spring上下文
        ApplicationContext context = SpringApplication.run(SpringIoC3Application.class, args);
        //拿到Spring上下文对象
        UserController userController = context.getBean(UserController.class);
        //使用对象
        userController.doController();
    }
}

       执行结果:

       如果我们把@Autowired注解去掉呢?结果如下:

       又是空指针异常,原因和属性注入把@Autowired的情况一样。


四、三种注入的优缺点分析(面试题)


1、属性注入

优点:

       1、简洁、使用方便

缺点:

       1、只能用于IoC容器,如果非IoC容器则不可用,并且只有在使用的时候才会回出现NPE(空指针异常)

       2、不能注入一个final修饰的属性

1 的解释:

       可以看到,它的来源是Spring的,那么就只能用于IoC容器了。

2 的解释:

       final修饰的属性有个特点,必须初始化,如果我们给属性加上final,会有两种解决方案:1、提供构造函数,如图:

       如果加上构造方法,那不就是构造方法注入了吗,也就不是属性注入了,违背了初心。

       2、给它初始化,new 一个对象,如图:

       但是这样不就是我们自己管理我们的代码了吗,并不是Spring帮我们管理了,也违背了初心。

2、构造方法注入(Spring4.X推荐)

SpringBoot和Spring的版本号对应:

Spring Boot3.X -> Spring 6

Spring Boot2.X -> Spring 4

优点:

       1、可以注入final修饰的属性

       2、注入的对象不会被修改

       3、依赖对象在使用前一定会被完全初始化,因为依赖是在类的构造方法中执行的,而构造方法是在类加载阶段就会执行的方法

       4、通用性好,构造方法是JDK支持的,所以更换任何框架,它都是适用的

1 的解释:final修饰的属性要初始化,构造方法会进行初始化,复合它的要求。

2 的解释:因为构造方法在这个类创建的时候就会给它进行赋值了,不会再对它进行修改。

3 的解释:在类加载的这个阶段,就会执行构造方法了,把依赖对象给初始化完成。

4 的解释:因构造方法是JDK支持的,不再Spring框架也能正常的使用。

缺点:

       1、注入多个对象时,代码会比较繁琐

3、Setter注入(Spring3.X推荐)

优点:

       1、方便在类实例之后,重新对该对象进行配置或注入

1 的解释:因为Setter方法是可以被其他地方调用的,所以即使类已经被实例化了,也可以重新对该对象进行配置或注入。

缺点:

       1、不能注入一个final修饰的属性

      2、注入对象可能会被改变,因为Setter方法可能会被多次调用,就有被修改的风险

1 的解释:因为可能会被多次修改,所以不能使用final修饰。

2 的解释:Setter方法当然能被修改了,这即使它的优点,也是它的缺点。

4、Autowired查找依赖顺序:

1、根据名称和类型去查

2、如果根据名称查不到,就会根据类型去查

       根据名称查不到了,去查找类型,这时如果类型匹配多个,就会报错


五、@Autowired存在问题


       当同一类型存在多个bean时,使用@Autowired会存在问题。代码如下:

@Component
public class BeanConfig {
    @Bean
    public UserInfo userInfo1() {
        UserInfo user = new UserInfo();
        user.setId(6);
        user.setName("zhangsan");
        user.setAge(18);
        return user;
    }
 
    @Bean
    public UserInfo userInfo2() {
        UserInfo user = new UserInfo();
        user.setId(7);
        user.setName("lisi");
        user.setAge(19);
        return user;
    }
}

       此时我们在UserController类里面注入UserInfo类,代码如下:(下面这几个的注入方式都是错误的)

1、引入Autowired的错误代码:

(1)属性注入:

@Controller
public class UserController {
    @Autowired
    private UserInfo userInfo;
 
    public void sayHi() {
        System.out.println("hello, controller");
    }
}

       可以看到,还没运行代码,就报红线了,如图:

(2)构造方法注入:

@Controller
public class UserController {
    private UserInfo userInfo;
    @Autowired
    public UserController(UserInfo userInfo) {
        this.userInfo = userInfo;
    }
}

       这个也是,还没运行代码,就报红线了,如图:

(3)Setter方法注入:

@Controller
public class UserController {
    private UserInfo userInfo;
    @Autowired
    public void setUserInfo(UserInfo userInfo) {
        this.userInfo = userInfo;
    }
 
    public void sayHi() {
        System.out.println("hello, controller");
    }
}

       可以看到,这个也报红线了,如图:

(4)启动类代码:

@SpringBootApplication
public class SpringIoC3Application
{
    public static void main(String[] args) {
        //拿到Spring上下文
        ApplicationContext context = SpringApplication.run(SpringIoC3Application.class, args);
        //拿到Spring上下文对象
        UserController bean = context.getBean(UserController.class);
        //使用对象
        bean.sayHi();
    }
}

上面这三种方式注入都会出问题,启动程序后,而报错信息也都是一样的(有两个细微的差别,Field和Parameter,下面会介绍),如下图:

       可以看到,程序还没启动就失败了,可以看出来,Spring的依赖注入是在项目启动前就开始注入的了。

       上面报错提示UserController类需要一个bean,但是有两个,下面也打印出是哪两个bean了,Action介绍的就是解决方案。报错日志非常详细

       报错信息说UserController类找不到依赖注入的是哪一个,因为有多个方法被@bean注释,而依赖注入时,三个方法的属性名都是userInfo,先根据userInfo名称查找,但BeanConfig类没有这个方法名,那就只能去根据类名找了,但有2个bean,Spring就不知道要找那个了,并不是@bean注释下的方法名(userInfo1 / userInfo2),Spring并不知道该注入哪个依赖,所以报错了

       在项目启动失败,可以把Filed看都属性,如图:这个是使用属性注入的,会有Field

       构造方法和Setter注入都是第一张报错图,但就不是Field了,而是Parameter,但其实三种注入的报错原因都是一样的。

       解决方案使用属性注入时,就把属性名改成bean修饰的其中之一的方法名就好了;使用@Parimary注解;使用@Qualifier注解;使用@Resource注解

3、解决方案

(1)解决方案一:根据名称去查

属性名改成bean修饰的其中之一的方法名

属性注入:

@Controller
public class UserController {
    @Autowired
    private UserInfo userInfo2;
 
    public void sayHi() {
        System.out.println("hello, controller");
    }
}

构造方法注入:

@Controller
public class UserController {
    private UserInfo userInfo;
    @Autowired
    public UserController(UserInfo userInfo2) {
        this.userInfo = userInfo2;
    }
}

Setter方法注入:

@Controller
public class UserController {
    private UserInfo userInfo;
    @Autowired
    public void setUserInfo(UserInfo userInfo2) {
        this.userInfo = userInfo2;
    }
 
    public void sayHi() {
        System.out.println("hello, controller");
    }
}

       执行结果都一样,这里虽然注入了依赖,但没有用这些依赖,所以打印的都是:hello controller,如图:

(2)解决方案二:给想要拿到的对象加上@Primary注解

这个可以理解为依赖注入后,有多个依赖的方法,但默认使用加了@Primary的方法,代码如下:

UserController类:

@Controller
public class UserController {
    @Autowired
    private UserInfo userInfo;
 
    public void sayHi() {
        System.out.println(userInfo.toString());
        System.out.println("hello, controller");
    }
}

BeanConfig类:

@Component
public class BeanConfig {
    @Primary
    @Bean
    public UserInfo userInfo1() {
        UserInfo user = new UserInfo();
        user.setId(6);
        user.setName("zhangsan");
        user.setAge(18);
        return user;
    }
 
    @Bean
    public UserInfo userInfo2() {
        UserInfo user = new UserInfo();
        user.setId(7);
        user.setName("lisi");
        user.setAge(19);
        return user;
    }
}

启动类:

@SpringBootApplication
public class SpringIoC3Application
{
    public static void main(String[] args) {
        //拿到Spring上下文
        ApplicationContext context = SpringApplication.run(SpringIoC3Application.class, args);
        //拿到Spring上下文对象
        UserController bean = context.getBean(UserController.class);
        //使用对象
        bean.sayHi();
    }
}

       代码运行结果:

       其他注入的方式,使用@Primary注解用法也一样,把想要拿到的对象加上@Primary注解就好了。

(3)解决方案三:加@Qualifier注解,指定引入的依赖对象

UserController类:

@Controller
public class UserController {
    @Qualifier("userInfo2")
    @Autowired
    private UserInfo userInfo;
        
    public void sayHi() {
        System.out.println(userInfo.toString());
        System.out.println("hello, controller");
    }
}

BeanConfig类:

@Component
public class BeanConfig {
    @Bean
    public UserInfo userInfo1() {
        UserInfo user = new UserInfo();
        user.setId(6);
        user.setName("zhangsan");
        user.setAge(18);
        return user;
    }
 
    @Bean
    public UserInfo userInfo2() {
        UserInfo user = new UserInfo();
        user.setId(7);
        user.setName("lisi");
        user.setAge(19);
        return user;
    }
}

启动类:

@SpringBootApplication
public class SpringIoC3Application
{
    public static void main(String[] args) {
        //拿到Spring上下文
        ApplicationContext context = SpringApplication.run(SpringIoC3Application.class, args);
        //拿到Spring上下文对象
        UserController bean = context.getBean(UserController.class);
        //使用对象
        bean.sayHi();
    }
}

       执行结果:

(4)解决方案四:加@Resource注解

这里和上面的三方案代码改变的只有UserController类,其他都不变,UserController类的代码如下:

@Controller
public class UserController {
    @Resource(name = "userInfo2")
    @Autowired
    private UserInfo userInfo;
        
    public void sayHi() {
        System.out.println(userInfo.toString());
        System.out.println("hello, controller");
    }
}

       运行结果如下:

       但是这个注解不是Spring的而是JDK本身自带的,JDK早期也有这样的注解所以Spring不推荐使用这个注解,因为不是自己开发的,如果出现啥问题,不好处理,是有着不可控因素的原因;还有使用自家的东西也肯定会更放心一些

4、@Autowired 与 @Resource 的区别(常见面试题)

1、@Autowired 是 Spring框架提供的注解,而@Resource是JDK提供的注解

2、@Autowired默认是按照类型注入,而@Resource是按照名称注入相比于 @Autowired 来说,@Resource 支持更多的参数设置;例如 name 设置,根据名称获取 Bean


六、Spring IoC&DI 的总结


1、Spring,Spring Boot 和 Spring MVC的关系以及区别

(1)Spring

      简单来说,Spring是一个开发应用框架那是什么样的框架呢?有这么几个标签:轻量级、一站式、模块化,其目的是用于简化企业级应用程序开发

Spring的主要功能管理对象,以及对象之间的依赖关系,面向切面编程、数据库事务管理、数据访问、web框架支撑等等

但是Spring具备高度可开发性,并不强制依赖Spring,开发者可以自由选择Spring的部分或者全部,Spring可以无缝继承第三方框架,比如数据访问框架(Hibernate、JPA等等),web框架(如:Struts、JSF等等)

(2)Spring MVC

       Spring MVC是Spring的一个子框架,Spring诞生之后,大家觉得很好用,于是按照MVC模式设计了一个MVC框架(一些用Spring解耦的组件),主要用于开发WEB应用和网络接口,所以Spring MVC是一个Web框架

Spring MVC基于Spring进行开发的,天生的与Spring框架集成。可以让我们更简洁的进行Web层开发,支持灵活的URL到页面控制器的映射,提供了强大的约定大于配置的契约式编程支持,非常容易与其他视图框架集成,如 Velocity、FreeMarker等等。

(3)Spring Boot

       Spring Boot 是对Spring的一个封装,为了简化Spring一样的开发而出现的,中小型企业,没有成本研究自己的框架,使用Spring Boot 可以更加快速的搭建框架,降低开发成本,让开发人员更加专注于Spring应用的开发,而无需过多关注XML的配置和一些底层的实现

Spring Boot是脚手架,插拔式搭建项目,可以快速的集成其他框架进来

比如想使用Spring Boot开发Web项目,只需要引入Spring MVC框架即可,Web开发的工作是Spring MVC完成的,而不是Spring Boot,想完成数据访问,只需要引入Mybatis框架即可

Spring Boot只是辅助简化项目开发的,让开发变得更加简单,甚至不需要额外的web服务器,直接生成jar包执行即可。

(4)总结

       Spring MVC和Spring Boot都属于SpringSpring MVC是基于Spring的一个MVC框架,而Spring Boot是基于Spring的一套快速开发整合包

例如之前写的图书管理系统代码中,整体框架是通过SpringBoot搭建的IoC,DI功能是Spring提供的,而Web相关功能是Spring MVC提供的。

       因为这三个专注的领域不同,所以解决的问题也不一样,总的来说,Spring就像一个大家族,有众多衍生产品,但它们的基础都是Spring,上面三者的关系如下图:

2、bean的命名

(1)五大注解存储的bean

1、类名前面两位字母均为大写,则bean名称为该类名本身(特殊情况)

2、不是上面的特殊情况,其他的类名,首字母小写,驼峰形式命名

3、通过 value 属性设置bean名 ,例如:@Controller (value = "user")

(2)@Bean注解存储的bean

1、bean名称为方法名

2、通过name属性设置bean名,例如:@Bean (name = {"u1", "user1"})

3、常见面试题

(1)三种注入方式的优缺点(参考上面)

(2)常见注解有哪些,分别是什么作用?

web url映射@RequestMapping

参数接收和接口响应@RequestParam、@RequestBody、@ResponseBody

bean的存储:@Controller、@Service、@Repository、@Component、@Configuration、@Bean

bean的获取@Autowired、@Qualifier、@Resource

(3)@Autowired 和 @Resource 的区别(参考上面)

(4)说下你对Spring、Spring MVC、Spring Boot的理解(参考上面)

相关文章
|
3天前
|
XML Java 数据格式
Spring5入门到实战------7、IOC容器-Bean管理XML方式(外部属性文件)
这篇文章是Spring5框架的实战教程,主要介绍了如何在Spring的IOC容器中通过XML配置方式使用外部属性文件来管理Bean,特别是数据库连接池的配置。文章详细讲解了创建属性文件、引入属性文件到Spring配置、以及如何使用属性占位符来引用属性文件中的值。
Spring5入门到实战------7、IOC容器-Bean管理XML方式(外部属性文件)
|
2月前
|
XML Java 数据格式
Spring5系列学习文章分享---第一篇(概述+特点+IOC原理+IOC并操作之bean的XML管理操作)
Spring5系列学习文章分享---第一篇(概述+特点+IOC原理+IOC并操作之bean的XML管理操作)
32 1
|
2月前
|
XML druid Java
Spring5系列学习文章分享---第二篇(IOC的bean管理factory+Bean作用域与生命周期+自动装配+基于注解管理+外部属性管理之druid)
Spring5系列学习文章分享---第二篇(IOC的bean管理factory+Bean作用域与生命周期+自动装配+基于注解管理+外部属性管理之druid)
37 0
|
3天前
|
XML Java 数据格式
Spring5入门到实战------4、IOC容器-Bean管理XML方式、集合的注入(二)
这篇文章是Spring5框架的实战教程,主题是IOC容器中Bean的集合属性注入,通过XML配置方式。文章详细讲解了如何在Spring中注入数组、List、Map和Set类型的集合属性,并提供了相应的XML配置示例和Java类定义。此外,还介绍了如何在集合中注入对象类型值,以及如何使用Spring的util命名空间来实现集合的复用。最后,通过测试代码和结果展示了注入效果。
Spring5入门到实战------4、IOC容器-Bean管理XML方式、集合的注入(二)
|
3天前
|
XML Java 数据格式
Spring5入门到实战------6、IOC容器-Bean管理XML方式(自动装配)
这篇文章是Spring5框架的入门教程,详细讲解了IOC容器中Bean的自动装配机制,包括手动装配、`byName`和`byType`两种自动装配方式,并通过XML配置文件和Java代码示例展示了如何在Spring中实现自动装配。
Spring5入门到实战------6、IOC容器-Bean管理XML方式(自动装配)
|
3天前
|
XML Java 数据格式
Spring5入门到实战------5、IOC容器-Bean管理(三)
这篇文章深入探讨了Spring5框架中IOC容器的高级Bean管理,包括FactoryBean的使用、Bean作用域的设置、Bean生命周期的详细解释以及Bean后置处理器的实现和应用。
Spring5入门到实战------5、IOC容器-Bean管理(三)
|
3天前
|
XML Java 数据格式
Spring5入门到实战------3、IOC容器-Bean管理XML方式(一)
这篇文章详细介绍了Spring框架中IOC容器的Bean管理,特别是基于XML配置方式的实现。文章涵盖了Bean的定义、属性注入、使用set方法和构造函数注入,以及如何注入不同类型的属性,包括null值、特殊字符和外部bean。此外,还探讨了内部bean的概念及其与外部bean的比较,并提供了相应的示例代码和测试结果。
Spring5入门到实战------3、IOC容器-Bean管理XML方式(一)
|
3天前
|
XML Java 数据格式
Spring5入门到实战------2、IOC容器底层原理
这篇文章深入探讨了Spring5框架中的IOC容器,包括IOC的概念、底层原理、以及BeanFactory接口和ApplicationContext接口的介绍。文章通过图解和实例代码,解释了IOC如何通过工厂模式和反射机制实现对象的创建和管理,以及如何降低代码耦合度,提高开发效率。
Spring5入门到实战------2、IOC容器底层原理
|
3天前
|
XML Java 数据格式
Spring5入门到实战------8、IOC容器-Bean管理注解方式
这篇文章详细介绍了Spring5框架中使用注解进行Bean管理的方法,包括创建Bean的注解、自动装配和属性注入的注解,以及如何用配置类替代XML配置文件实现完全注解开发。
Spring5入门到实战------8、IOC容器-Bean管理注解方式
|
3天前
|
XML Java 数据格式
Spring5入门到实战------2、IOC容器底层原理
这篇文章深入探讨了Spring5框架中的IOC容器,包括IOC的概念、底层原理、以及BeanFactory接口和ApplicationContext接口的介绍。文章通过图解和实例代码,解释了IOC如何通过工厂模式和反射机制实现对象的创建和管理,以及如何降低代码耦合度,提高开发效率。
Spring5入门到实战------2、IOC容器底层原理