咕-spring注解--注入-监控-赋值
容器出口给你用
一 配置组件
@Configuration配置注解可以干啥？？ 什么作用？ ---标记配置类，替代 XML 配置文件--- 容器入口
用来标记一个类作为 Spring 容器的配置类，替代传统的 XML 配置文件，让你可以通过纯 Java 代码定义和管理 Bean。
加载配置类，初始化 Spring 容器
配置类本身也是 Bean：@Configuration 标注的类会被 Spring 实例化并纳入容器管理，可在其中使用 @Autowired、@Value 等注解注入依赖。
支持配置类复用（@Import）：当配置类太多时，可拆分后通过 @Import 组合，实现模块化配置。
懒加载与条件装配：可配合 @Lazy（懒加载 Bean）、@Conditional（条件化创建 Bean）等注解，灵活控制 Bean 的创建逻辑。
简单记：@Configuration = 用 Java 类写的 applicationContext.xml，是 Spring 容器的 “配置清单”。
@Scope
@Lazy
bean初始化，构造对象-- 生成容器 Context-
生成容器--使用对象（懒加载现构造）
容器关闭，就会调用bean的销毁方法---Bean数据清理
Bean 注入/注册
注意-- 先 工厂Bean（把Bean注册到容器里）， 后Bean工厂（容器拿Bean）
通过手动创建的工厂Bean（实现FactoryBean接口）注册容器，class还是实例类.，想要实例的工厂Bean,要加&name
容器的getBean（） 方法里会判断 name 是不是工厂引用 &，
@ComponentScan默认扫描 也 可以自定义扫描（自定义条件注入） @Import 可以自定义 条件导入
Bean的生命周期 可以监控---
1.配置注解@Bean参数 ------（原型模式）
2.组件实现 初始化和销毁化接口
3.组件使用@PostConstruct 和 @PreDestory
4.自定义类 实现 BeanPostProcessor接口-------所有bean都会走下这里
二 赋值组件--- 依赖注入
自动装备赋值
@Value 依赖 @PropertySource
三 织入组件
四 切面组件
ApplicationContextAware = 给类开一个 “后门”，让它能直接拿到 Spring 容器的 “遥控器”，手动操作容器里的 Bean。
ApplicationContextAware 是 Spring 回调接口，不是注解，实现它的类会被容器注入 ApplicationContext 引用；
Spring 容器获取Bean-------https://zhuanlan.zhihu.com/p/641366011?utm_id=0
BeanFactory 为 IoC 容器，称 ApplicationContext 为应用上下文。但有时为了方便，也将 ApplicationContext 称为 Spring 容器。
通常不建议使用 BeanFactory，但 BeanFactory 仍然可以用于轻量级的应用程序，如移动设备或基于 applet 的应用程序，其中它的数据量和速度是显著。
---早期内存不够，用时才加载。
BeanFactory 在初始化容器时，并未实例化 Bean，直到第一次访问某个 Bean 时才实例目标 Bean。这样，我们就不能发现一些存在的 Spring 的配置问题。如果 Bean 的某一个属性没有注入，BeanFacotry 加载后，直至第一次使用调用 getBean 方法才会抛出异常。
而 ApplicationContext 则在初始化应用上下文时就实例化所有单实例的 Bean，相对应的，ApplicationContext 的初始化时间会比 BeanFactory 长一些。
你是否意识到，学习一项技术或一个实现方式，只要把握住它的根本，无论形式如何变化，都万变不离其宗。而这里 “宗” 就是 IoC 容器。