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的理解(参考上面)

相关文章
|
17天前
|
XML 缓存 Java
搞透 IOC、Spring IOC ,看这篇就够了!
本文详细解析了Spring框架的核心内容——IOC(控制反转)及其依赖注入(DI)的实现原理,帮助读者理解如何通过IOC实现组件解耦,提高程序的灵活性和可维护性。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
|
2月前
|
XML Java 数据格式
Spring IOC—基于XML配置Bean的更多内容和细节(通俗易懂)
Spring 第二节内容补充 关于Bean配置的更多内容和细节 万字详解!
207 18
Spring IOC—基于XML配置Bean的更多内容和细节(通俗易懂)
|
9天前
|
安全 Java 测试技术
Java开发必读,谈谈对Spring IOC与AOP的理解
Spring的IOC和AOP机制通过依赖注入和横切关注点的分离,大大提高了代码的模块化和可维护性。IOC使得对象的创建和管理变得灵活可控,降低了对象之间的耦合度;AOP则通过动态代理机制实现了横切关注点的集中管理,减少了重复代码。理解和掌握这两个核心概念,是高效使用Spring框架的关键。希望本文对你深入理解Spring的IOC和AOP有所帮助。
21 0
|
2月前
|
XML Java 测试技术
spring复习01,IOC的思想和第一个spring程序helloWorld
Spring框架中IOC(控制反转)的思想和实现,通过一个简单的例子展示了如何通过IOC容器管理对象依赖,从而提高代码的灵活性和可维护性。
spring复习01,IOC的思想和第一个spring程序helloWorld
|
1月前
|
Java Spring 容器
Spring IOC、AOP与事务管理底层原理及源码解析
【10月更文挑战第1天】Spring框架以其强大的控制反转(IOC)和面向切面编程(AOP)功能,成为Java企业级开发中的首选框架。本文将深入探讨Spring IOC和AOP的底层原理,并通过源码解析来揭示其实现机制。同时,我们还将探讨Spring事务管理的核心原理,并给出相应的源码示例。
126 9
|
1月前
|
存储 Java 程序员
SpringIOC和DI的代码实现,Spring如何存取对象?@Controller、@Service、@Repository、@Component、@Configuration、@Bean DI详解
本文详细讲解了Spring框架中IOC容器如何存储和取出Bean对象,包括五大类注解(@Controller、@Service、@Repository、@Component、@Configuration)和方法注解@Bean的用法,以及DI(依赖注入)的三种注入方式:属性注入、构造方法注入和Setter注入,并分析了它们的优缺点。
28 0
SpringIOC和DI的代码实现,Spring如何存取对象?@Controller、@Service、@Repository、@Component、@Configuration、@Bean DI详解
|
1月前
|
存储 开发框架 Java
什么是Spring?什么是IOC?什么是DI?IOC和DI的关系? —— 零基础可无压力学习,带源码
文章详细介绍了Spring、IOC、DI的概念和关系,解释了控制反转(IOC)和依赖注入(DI)的原理,并提供了IOC的代码示例,阐述了Spring框架作为IOC容器的应用。
28 0
什么是Spring?什么是IOC?什么是DI?IOC和DI的关系? —— 零基础可无压力学习,带源码
|
2月前
|
缓存 Java Spring
手写Spring Ioc 循环依赖底层源码剖析
在Spring框架中,IoC(控制反转)是一个核心特性,它通过依赖注入(DI)实现了对象间的解耦。然而,在实际开发中,循环依赖是一个常见的问题。
40 4
|
30天前
|
XML Java 数据格式
Spring IOC容器的深度解析及实战应用
【10月更文挑战第14天】在软件工程中,随着系统规模的扩大,对象间的依赖关系变得越来越复杂,这导致了系统的高耦合度,增加了开发和维护的难度。为解决这一问题,Michael Mattson在1996年提出了IOC(Inversion of Control,控制反转)理论,旨在降低对象间的耦合度,提高系统的灵活性和可维护性。Spring框架正是基于这一理论,通过IOC容器实现了对象间的依赖注入和生命周期管理。
64 0
|
2月前
|
XML Java 开发者
经典面试---spring IOC容器的核心实现原理
作为一名拥有十年研发经验的工程师,对Spring框架尤其是其IOC(Inversion of Control,控制反转)容器的核心实现原理有着深入的理解。
119 3