spring IOC DI -- IOC详解

T04BF
👋专栏: 算法|JAVA|MySQL|C语言
🫵 今天你敲代码了吗

4.2 Ioc 详解

Ioc控制反转,就是将对象的控制权交给Spring的Ioc容器,由Ioc容器创建并管理对象,也就是Bean的存储

4.2.1 Bean的存储

共有两类注解可以实现:

1. 类注解:@Controller @Service @Repository @Component @Configuration
2. 方法注解: @Bean
   

@Controller(控制器存储)

使用@Controller存储bean

@Controller
public class UserController {public void sayHi() {System.out.println("Hi,UserController");}
}

从Spring容器中获取对象

@SpringBootApplication
public class Je20240721Application {public static void main(String[] args) {//获取Spring上下文ApplicationContext context = SpringApplication.run(Je20240721Application.class, args);//从Spring上下文中获取对象UserController controller = context.getBean(UserController.class);//使用对象controller.sayHi();}
}
/*
Spring上下文指的就是ApplicationContext,就是表示当前的运行环境,
也可以看成一个容器,容器里面存了很多内容,这些内容是当前运行的环境
*/

运行后查看日志:


但是如果我们将@Controller去掉:



报错信息显示:找不到类型org.jwcb.je20240721.iocExample.UserController的bean

获取bean的其他方式



这里我们是根据类型来查找对象,但是如果同一个类型存在多个Bean,怎么来获取呢??


还可以通过Bean的名称来获取Bean对象

那么Bean的名称是什么呢??

来自官方的定义是:

即Spring为bean生成了唯一的名字,命名约定使用java标准约定最为实例字段名,即以小写字母开头,使用小驼峰式
如UserController -> userController

但是存在特殊情况:当有多个字符并且第一个和第二个都是大写的时候,将保留原来的大小写,也就是bean名和类名一致

@SpringBootApplication
public class Je20240721Application {public static void main(String[] args) {//获取Spring上下文ApplicationContext context = SpringApplication.run(Je20240721Application.class, args);//从Spring上下文中获取对象UserController controller1 = (UserController) context.getBean("userController");UserController controller2 = context.getBean(UserController.class);UserController controller3 = context.getBean(UserController.class, "userController");System.out.println(controller1);System.out.println(controller2);System.out.println(controller3);}
}

查看日志:


地址一样,说明是同一个对象,即Spring框架默认使用的是单例模式来管理Bean

Spring框架默认使用单例模式来管理Bean的优势??

1. 资源利用:减少了对象的创建和销毁,特别是在那些创建实例需要消耗大量资源的情况(如连接数据库等)
2. 状态共享:应用于需要共享状态(如配置信息,缓存数据等)的场景
3. 易于测试:可以轻松地替换或模拟Bean
4. 简化编程模型:开发者不必再担心对象的创建和销毁,也不需要考虑对象之间的依赖关系
5. 一致性:对于分布式系统来说,单例模式有利于保证应用行为的一致性

但是,值得注意的是,单例模式也有局限性.在多线程环境下,不正确使用单例模式可能会出现线程安全问题
ApplicationContext 提供的获取

bean的方式,是父类BeanFactory提供的功能,那么这两者的区别在哪?

1. 从继承与功能方面来说,BeanFactory提供了基础的访问容器的能力,而ApplicationContext 除了继承BeanFactory的所有功能之外,还提供了国际化支持,资源访问支持,以及事件传播方面的支持

(1)国际化支持:使得应用可以个人根据不同的语言环境展示相应的内容.这主要通过 MessageSource
接口实现，该接口允许应用访问不同语言的消息属性文件（如 properties 文件）。通过配MessageSource
bean，并指定资源文件的基础名称（basename），ApplicationContext
可以在运行时根据当前的语言环境（Locale）来查找和返回相应的消息。国际化支持在开发多语言应用时非常有用，例如，一个网站可能需要根据用户的语言偏好显示不同的内容。通过配置和使用
ApplicationContext 的国际化支持，可以轻松地实现这一需求。

(2)资源访问支持:ApplicationContext 实现了 ResourceLoader
接口，提供了资源访问的能力。这意味着应用可以通过 ApplicationContext 访问各种资源，如文件、URL 等。通过使用
getResource() 方法，应用可以获取到资源的 Resource
表示，进而进行读取、写入等操作。资源访问支持使得应用能够灵活地访问和管理各种资源。例如，应用可能需要读取配置文件、模板文件或图片等资源，通过
ApplicationContext 提供的资源访问支持，可以方便地实现这些需求。

(3)事件传播支持:ApplicationContext
提供了事件传播的能力，允许应用中的组件在特定事件发生时进行通信和响应。这主要通过 ApplicationEvent 类和
ApplicationListener
接口实现。当一个组件发布一个事件时，所有注册了该事件监听的组件都会收到通知，并执行相应的处理逻辑。事件传播支持在需要实现松耦合组件间通信的应用中非常有用。例如，当一个业务操作完成后，可能需要通知其他组件进行相应的处理（如更新缓存、发送通知等）。通过事件传播机制，可以轻松地实现这一需求，而无需在组件间建立直接的依赖关系。

2. 从性能方面来看,ApplicationContext 是一次性加载并初始化所有的Bean对象,而BeanFactory是需要那个才去加载,因此更加轻量

@Service (服务存储)

@Service
public class UserService {public void sayHello() {System.out.println("hello,UserService");}
}

@Repository(仓库存储)

@Repository
public class UserRepository {public void sayHello() {System.out.println("hello,Repository");}
}

@Component(组件存储)

@Component
public class UserComponent {public void sayHello() {System.out.println("hello,Component");}
}

@Configuration(配置存储)

@Configuration
public class UserConfiguration {public void sayHello() {System.out.println("Hello Configuration");}
}

4.2.2 为什么需要这么多类注解?

实际上是和应用分层是相呼应的,让开发者看到类注解之后,就能了解当前类的用途

• @Controller:控制层
• @Service:业务逻辑层
• @Repository:数据访问层
• @Configuration:配置层

类注解之间的关系:

可以看到,除了@Component是一个元注解,也就是可以注解其他类注解

4.2.3方法注解@Bean

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

1. 使用外部包里面的类,没办法添加注解
2. 一个类,需要多个对象.比如多个数据源

这种场景,就需要使用方法注解@Bean

public class BeanConfig {@Beanpublic UserInfo userInfo() {UserInfo userInfo = new UserInfo();userInfo.setUserName("zhangsan");userInfo.setPassword("123456");return userInfo;}
}

但是当我们尝试去获取对象的时候:

@SpringBootApplication
public class Je20240721Application {public static void main(String[] args) {//获取Spring上下文ApplicationContext context = SpringApplication.run(Je20240721Application.class, args);//从Spring上下文中获取对象UserInfo userInfo = context.getBean(UserInfo.class);System.out.println(userInfo);}
}

实际上,方法注解@Bean是需要搭配5大类注解才能将对象正常的存储到Spring容器里面,5大类注解标记的类使得Spring能够识别并且管理其中的@Bean方法

@Component
public class BeanConfig {@Beanpublic UserInfo userInfo() {UserInfo userInfo = new UserInfo();userInfo.setUserName("zhangsan");userInfo.setPassword("123456");return userInfo;}
}

再次执行:

定义多个对象

在多个数据源的创场景,类是同一个,但是配置不一样,指向不同的数据源,就需要多个对象

@Component
public class BeanConfig {@Beanpublic UserInfo userInfo1() {UserInfo u = new UserInfo();u.setUserName("zhangsan");u.setPassword("123456");return u;}@Beanpublic UserInfo userInfo2() {UserInfo u = new UserInfo();u.setUserName("lisi");u.setPassword("123456");return u;}
}

那么我们如果直接根据类型获取对象:

即期望只有一个匹配,结果发现了两个 userInfo1,userInfo2

从报错信息也可以看出来,实际上**@Bean**注解的bean的名称就是方法名本身

因此可以根据名称获取对象

@SpringBootApplication
public class Je20240721Application {public static void main(String[] args) {//获取Spring上下文ApplicationContext context = SpringApplication.run(Je20240721Application.class, args);//从Spring上下文中获取对象UserInfo userInfo1 = (UserInfo) context.getBean("userInfo1");System.out.println(userInfo1);UserInfo userInfo2 = (UserInfo) context.getBean("userInfo2");System.out.println(userInfo2);}
}

重命名Bean

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

@Bean(name = {"u1","u2"})
public UserInfo userInfo1() {UserInfo u = new UserInfo();u.setUserName("zhangsan");u.setPassword("123456");return u;
}

4.3 Sping扫描路径

前面使用的注解声明的bean,一定会生效吗?
尝试改变一下:

再次运行代码:

实际上Spring默认的扫描路径是:

我们可以通过@ComponentScan来配置扫描路径

但是这种做法不推荐使用

感谢您的访问!!期待您的关注!!!

T04BF
🫵 今天记得敲代码