【Spring IoC&DI】IoC容器，IoC注解，Bean的使用

【Spring核心思想:IoC】

spring是一个开源框架，支持广泛的应用场景，简而言之:Spring是包含了众多工具方法的IoC容器

【IoC】

IoC的意思是「控制反转」，也就是说Spring是一个“控制反转”的容器

通用程序的实现代码，类的创建顺序是反的，如果想改tire需要连同之前的一起改，很麻烦

改进后控制权发生了反转，不再是使用方对象创建并依赖对象，而是把依赖对象注入当前对象中，依赖对象的控制权不再由当前类控制，这样即便再怎么改都不会影响当前类

也就是说，IoC控制反转，就是将对象的控制权交给Spring的IoC容器，由IoC容器创建及管理对象，也就是「Bean」的存储

【DI】

依赖注入，把依赖注入到当前对象中

【IoC&DI的使用】

「@Component」

该注解会把关联的类放入到IoC容器中（IoC用法）

「@Autowired」

该注解会把关联的类从IoC容器中取出（DI用法）

有了IoC容器，就不用那么麻烦地自己存储对象了

【Bean的存储】

Spring框架提供了丰富的注解用于把对象交给IoC容器来管理，分两类

类注解:@Controller，@Service，@Repository，@Component，@Configuration

方法注解:@Bean

【@Controller】

加上这样的注解后，Spring也会帮我们管理这个对象

@Service，@Component，@Configuration这四个注解也是如此，这些注解的功能都是相同的

【为什么有这么多注解？】

这与「应用分层」相呼应，让程序员看到类注解后，就能直接了解当前类的用途

应用分层:

Controller:控制层，接收前端发送的请求，对请求进行处理，并响应数据

Service:业务逻辑层，处理具体的业务逻辑

Dao:数据访问层，也称为持久层，负责数据的访问操作，包括增删改查

————————

@Controller:i控制层的注解

@Service:业务逻辑层的注解

@Repository:数据访问层的注解

@Configuration:配置层（处理项目中的一些配置信息的注解

@Component:也可以写在配置层的注解，一般与@Configuration混用，划分的不严格

这些注解是@Component的衍生注解

【@Bean】

加在方法上的注解

需要使用「@AllArgsConstructor」和「@NoArgsConstructor」注解

意味着不带参数的构造方法和带参数的构造方法

加上后就会自动为方法生成这两种构造方法

这样做（在UserInfoComponent中创建对象）的好处是，把所有创建的对象都放到了一个方法中，把这个方法交给spring管理

但如果放了多个对象，在main函数中的语句就是不正确的，因为spring不知道要拿哪个对象，这会报错，所以我们要根据名称去拿

通过这个代码，我们可以拿出“userInfo1”的对象，lisi

因此，如果一个类有多个对象，我们就必须要根据对象名称来获取

【重命名Bean】

在注解中添加name参数可以对方法进行重命名

这样一来，在该代码中，就无法通过方法原本的名称“userinfo”去获取了，只能根据Bean注解指定的name来获取

我们可以同时指定多个name参数（因为其底层机理是一个数组，可以同时指定多个参数）

这样一来，在该代码中，就可以通过方法原本的名称“userinfo”去获取了