当前位置:   article > 正文

Spring中是如何实现IoC和DI的?

Spring中是如何实现IoC和DI的?

前言:在前一篇文章中对于IoC的核心思想进行了讲解,而本篇文章则从Spring的角度入手,体会Spring对于IoC是如何实现的。 如果对IoC还有不太了解的可以阅读上一篇文章,相信一定会带来全新的收获:什么是IoC(控制反转)思想?


目录

一.Spring中的IoC

@Controller

@Service

@Repository

@Component

@Configuration

类注解之间的区别

类注解之间的联系

方法注解@Bean

二.DI——Dependency Injection(依赖注入)

▐ 属性注入

▐ 构造方法注入

▐ Setter注入

三种注入的优缺点

@Autowired存在问题


一.Spring中的IoC

在前一篇文章中,我们通过制造小汽车的例子对于IoC的思想有了一定的认知,在制造小汽车的过程中,车身、底盘、轮胎等对象层层依赖,通过IoC我们降低了代码的耦合度。Spring作为Java领域最热门的框架,它有俩个核心思想分别是IoC和AOP,我们也常常会听见一句话:“Spring是包含了众多工具方法的IoC容器”。

IoC是Spring的核心思想,也是常见的面试题,对于IoC的细致讲解在上篇文章中进行了介绍:什么是IoC(控制反转)思想?,这里就只是简单的介绍一下:

IoC全称Inversion of Control (控制反转) ,这里的控制其实是控制权的意思。可以理解为对象的获取权力和方式发生了发转。也就是说,当需要某个对象时,传统开发模式中需要⾃⼰通过 new 创建对象;而IoC的思想则不一样,IoC旨在把创建对象的任务交给外部的容器,程序中只需要引入容器里存放的需要的对象即可。这个容器一般被称为:IoC容器。

其实IoC我们在前⾯已经使⽤了,我们在前⾯讲到,在类上⾯添加 @RestController 和 @Controller 注解,就是把这个对象交给Spring管理,Spring 框架启动时就会加载该类,把对象交给Spring管理,这就是Spring中的IoC思想。Spring对于IoC的实现主要是通过工厂设计模式+反射来实现的,当我们需要某个对象的时候,只需要将创建对象的任务交给容器,在程序中只需要调用(注入)即可。

前⾯我们提到IoC控制反转,就是将对象的控制权交给Spring的IOC容器,由IOC容器创建及管理对象。那么在Spring程序中,我们该如何通过代码来实现IoC呢?

Spring框架为了更好的服务应用程序,提供了俩类注解来实现将对象集中管理创建:

  • 类注解:@Controller、@Service、@Repository、@Component、@Configuration
  • 方法注解:@Bean

@Controller

使⽤ @Controller 存储 bean 的代码如下所⽰:

  1. @Controller // 将对象存储到 Spring 中
  2. public class UserController {
  3. public void sayHi(){
  4. System.out.println("hi,UserController...");
  5. }
  6. }

如何观察这个对象已经存在Spring容器当中了呢? 我们可以通过启动类中的getBean方法来得到Spring中管理的Bean。

  1. @SpringBootApplication
  2. public class IoCdemoApplication {
  3. public static void main(String[] args) {
  4. ConfigurableApplicationContext context = SpringApplication.run(IoCdemoApplication.class, args);
  5. UserController bean = context.getBean(UserController.class);
  6. bean.sayHi();
  7. }
  8. }

在控制台即可观察到输出:

但是一旦将@Controller注释掉,程序就会报错找不到这个Bean,这就说明了使用@Controller确实是可以将该类对象交给Spring进行管理

@Service

  1. @Service
  2. public class UserService {
  3. public void sayHi(String name) {
  4. System.out.println("Hi," + name);
  5. }
  6. }

 还是来获取一下这个对象,看看结果如何

  1. ConfigurableApplicationContext context = SpringApplication.run(IoCdemoApplication.class, args);
  2. UserService bean = context.getBean(UserService.class);
  3. bean.sayHi("CSDN");

 如果注释掉@Service就会报错,因此可以证实@Service可以将类对象交给Spring进行管理

后续的三个注解如果进行相同方式的验证都会得到一样的结果,这里就不再赘述 

@Repository

  1. @Repository
  2. public class UserRepository {
  3. public void sayHi() {
  4. System.out.println("Hi, UserRepository~");
  5. }
  6. }

@Component

  1. @Component
  2. public class UserComponent {
  3. public void sayHi() {
  4. System.out.println("Hi, UserComponent~");
  5. }
  6. }

@Configuration

  1. @Configuration
  2. public class UserConfiguration {
  3. public void sayHi() {
  4. System.out.println("Hi,UserConfiguration~");
  5. }
  6. }

那么既然这么多注解干的都是同一件事,为什么还非要分出这么多注解呢?

类注解之间的区别

这个也是和咱们前⾯讲的应⽤分层是呼应的,不同的注解标识着不同的信息,这些注解可以让程序员看到类注解之后,就能直接了解当前类的⽤途。

  • @Controller:控制层, 接收请求, 对请求进⾏处理, 并进⾏响应
  • @Servie:业务逻辑层, 处理具体的业务逻辑
  • @Repository:数据访问层,也称为持久层. 负责数据访问操作
  • @Configuration:配置层. 处理项⽬中的⼀些配置信息

这和每个省/市都有⾃⼰的⻋牌号是⼀样的。⻋牌号都是唯⼀的,标识⼀个⻋辆的。但是为什么还需要设置不同的⻋牌开头呢?⽐如陕西的⻋牌号就是:陕X:XXXXXX,北京的⻋牌号:京X:XXXXXX,甚⾄⼀个省不同的县区也是不同的,⽐如西安就是,陕A:XXXXX,咸阳:陕B:XXXXXX,宝鸡,陕C:XXXXXX,⼀样。

这样做的好处除了可以节约号码之外,更重要的作⽤是可以直观的标识⼀辆⻋的归属地.

对于一般的开发我们通过不同的注解去确认它是哪一层的代码,这样更方面上下层进行调用

类注解之间的联系

细心的朋友可能发现了,上述的注解中少了一个@Component注解,我们不妨打开每个注解的源码看看。


我们会发现上述4个注解中都有@Component注解,这说明它们本⾝就是属于 @Component 的 "⼦类"。@Component 是⼀个元注解,也就是说可以注解其他类注解,如 @Controller、@Service 、@Repository 等, 这些注解被称为 @Component 的衍⽣注解。

@Controller、@Service 和 @Repository ⽤于更具体的⽤例(分别在控制层, 业务逻辑层, 持久化层),在开发过程中,如果你要在业务逻辑层使⽤ @Component 或 @Service,显然@Service是更好的选择。

诸如@Configuration,见名知意就是用来标记配置相关的,比如我们想用Redis的数据库,在使用Redis之前需要对Redis数据库的密码或者库做一些配置,配置好了之后我们需要将这个配置类交给Spring管理方便我们在别的地方直接访问Redis数据库,这时使用@Configuration就是很好的选择。

⽐如杯⼦有喝⽔杯、刷⽛杯等,但是我们更倾向于在⽇常喝⽔时使⽤⽔杯,洗漱时使⽤刷⽛杯。

方法注解@Bean

类注解是添加到某个类上的, 但是存在两个问题

  1. 使⽤外部包⾥的类, 没办法添加类注解
  2. ⼀个类, 需要多个对象, ⽐如多个数据源

比如我们想通过引入第三方的工具类去操作数据库,我们想将这个类交给Spring管理方便我们进行二次开发,但是由于第三方包只能读取不能写入的情况,就会陷入进退俩难的情况。

@Bean 同上述类注解的功能一样,都是将标记的对象交给Spring进行管理,但在 Spring 框架的设计中,⽅法注解 @Bean 要配合类注解才能将对象正常的存储到 Spring 容器中,如下代码所⽰:

  1. @Component
  2. public class BeanConfig {
  3. @Bean
  4. public User user(){
  5. User user = new User();
  6. user.setName("zhangsan");
  7. user.setAge(18);
  8. return user;
  9. }
  10. }

我们也可以通过设置name属性给Bean对象进行重命名

@Bean(name = {"u1","user1"})

二.DI——Dependency Injection(依赖注入)

依赖注⼊是⼀个过程,是指IoC容器在创建Bean时, 去提供运⾏时所依赖的资源,⽽资源指的就是对象,在之前程序案例中,我们使⽤了 @Autowired 这个注解,完成了依赖注⼊的操作。

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

  • 属性注⼊(Field Injection)
  • 构造⽅法注⼊(Constructor Injection)
  • Setter 注⼊(Setter Injection)

▐ 属性注入

属性注⼊是使⽤ @Autowired 实现的,将 Service 类注⼊到 Controller 类中。

Service 类的实现代码如下:

  1. import org.springframework.stereotype.Service;
  2. @Service
  3. public class UserService {
  4. public void sayHi() {
  5. System.out.println("Hi,UserService");
  6. }
  7. }

Controller 类的实现代码如下: 

  1. @Controller
  2. public class UserController {
  3. //注⼊⽅法1: 属性注⼊
  4. @Autowired
  5. private UserService userService;
  6. public void sayHi() {
  7. System.out.println("hi,UserController...");
  8. userService.sayHi();
  9. }
  10. }

▐ 构造方法注入

构造⽅法注⼊是在类的构造⽅法中实现注⼊,如下代码所⽰:

  1. @Controller
  2. public class UserController2 {
  3. //注⼊⽅法2: 构造⽅法
  4. private UserService userService;
  5. @Autowired
  6. public UserController2(UserService userService) {
  7. this.userService = userService;
  8. }
  9. public void sayHi(){
  10. System.out.println("hi,UserController2...");
  11. userService.sayHi();
  12. }
  13. }

如果类只有⼀个构造⽅法,那么 @Autowired 注解可以省略;如果类中有多个构造⽅法,那么需要添加上 @Autowired 来明确指定到底使⽤哪个构造⽅法。

▐ Setter注入

Setter 注⼊和属性的 Setter ⽅法实现类似,只不过在设置 set ⽅法的时候需要加上 @Autowired 注解 ,如下代码所⽰:

  1. @Controller
  2. public class UserController3 {
  3. //注⼊⽅法3: Setter⽅法注⼊
  4. private UserService userService;
  5. @Autowired
  6. public void setUserService(UserService userService) {
  7. this.userService = userService;
  8. }
  9. public void sayHi(){
  10. System.out.println("hi,UserController3...");
  11. userService.sayHi();
  12. }
  13. }

三种注入的优缺点

属性注⼊

优点:

  • 简洁,使⽤⽅便

缺点:

  • 只能⽤于 IoC 容器,如果是⾮ IoC 容器不可⽤,并且只有在使⽤的时候才会出现 NPE(空指针异常)
  • 不能注⼊⼀个Final修饰的属性

构造函数注入(Spring 4.X推荐)

优点:

  • 可以注⼊final修饰的属性
  • 注⼊的对象不会被修改
  • 依赖对象在使⽤前⼀定会被完全初始化,因为依赖是在类的构造⽅法中执⾏的,⽽构造⽅法是在类加载阶段就会执⾏的⽅法.
  • 通⽤性好, 构造⽅法是JDK⽀持的, 所以更换任何框架,他都是适⽤的

缺点:

  • 注⼊多个对象时, 代码会⽐较繁琐

Setter注入(Spring 3.X推荐)

优点:

  • ⽅便在类实例之后, 重新对该对象进⾏配置或者注⼊

缺点:

  • 不能注⼊⼀个Final修饰的属性
  • 注⼊对象可能会被改变, 因为setter⽅法可能会被多次调⽤, 就有被修改的⻛险

@Autowired存在问题

当同⼀类型存在多个bean时, 使⽤@Autowired会存在问题

  1. @Component
  2. public class BeanConfig {
  3. @Bean("u1")
  4. public User user1(){
  5. User user = new User();
  6. user.setName("zhangsan");
  7. user.setAge(18);
  8. return user;
  9. }
  10. @Bean
  11. public User user2() {
  12. User user = new User();
  13. user.setName("lisi");
  14. user.setAge(19);
  15. return user;
  16. }
  17. }
  1. @Controller
  2. public class UserController {
  3. @Autowired
  4. private UserService userService;
  5. //注⼊user
  6. @Autowired
  7. private User user;
  8. public void sayHi(){
  9. System.out.println("hi,UserController...");
  10. userService.sayHi();
  11. System.out.println(user);
  12. }
  13. }

程序会出现无法正确找到Bean的报错

 如何解决上述问题呢?Spring提供了以下⼏种解决⽅案:

  • @Primary
  • @Qualifier
  • @Resource

使⽤@Primary注解:当存在多个相同类型的Bean注⼊时,加上@Primary注解,来确定默认的实现

  1. @Component
  2. public class BeanConfig {
  3. @Primary //指定该bean为默认bean的实现
  4. @Bean("u1")
  5. public User user1(){
  6. User user = new User();
  7. user.setName("zhangsan");
  8. user.setAge(18);
  9. return user;
  10. }
  11. @Bean
  12. public User user2() {
  13. User user = new User();
  14. user.setName("lisi");
  15. user.setAge(19);
  16. return user;
  17. }
  18. }

使⽤@Qualifier注解:指定当前要注⼊的bean对象。 在@Qualifier的value属性中,指定注⼊的bean的名称(@Qualifier注解不能单独使⽤,必须配合@Autowired使⽤)

  1. @Controller
  2. public class UserController {
  3. @Qualifier("user2") //指定bean名称
  4. @Autowired
  5. private User user;
  6. public void sayHi(){
  7. System.out.println("hi,UserController...");
  8. System.out.println(user);
  9. }
  10. }

使⽤@Resource注解:是按照bean的名称进⾏注⼊。通过name属性指定要注⼊的bean的名称。并且由于@Resource是由JDK提供的,因此在其他框架下也有可延展性。

  1. @Controller
  2. public class UserController {
  3. @Resource(name = "user2")
  4. private User user;
  5. public void sayHi(){
  6. System.out.println("hi,UserController...");
  7. System.out.println(user);
  8. }
  9. }

@Autowired 是spring框架提供的注解,⽽@Resource是JDK提供的注解

@Autowired 默认是按照类型注⼊,⽽@Resource是按照名称注⼊。相⽐于 @Autowired 来说 @Resource ⽀持更多的参数设置,例如 name 设置,根据名称获取 Bean




 本次的分享就到此为止了,希望我的分享能给您带来帮助,创作不易也欢迎大家三连支持,你们的点赞就是博主更新最大的动力!如有不同意见,欢迎评论区积极讨论交流,让我们一起学习进步!有相关问题也可以私信博主,评论区和私信都会认真查看的,我们下次再见

声明:本文内容由网友自发贡献,转载请注明出处:【wpsshop】
推荐阅读
相关标签
  

闽ICP备14008679号