配置优先级：
SpringBoot中支持三种格式的配置文件：
application.properties-----application.yml------application.yaml
如果三个都配置同一属性端口了，到底哪个配置文件生效？
经过验证：application.properties>application.yml>application.yaml
注息事项: 虽然springboot支持多种格式配置文件，但是在项目开发时，推荐统一使用一种格式的配置(yml是主流
SpringBoot除了支持配置文件属性配置，还支持Java系统属性和命令行参数的方式进行属性配置。
将这五种配置方式比较，优先级最高的是命令行参数，其次是java系统属性，之后依次排列。
命令行参数>java系统属性>application.properties>application.yml>application.yaml
Bean对象：
Bean= Spring管理的对象
创建方式：
@Component,@Service,@Bean等核心特性：依赖注入、生命周期管理
默认作用域：单例（一个容器一个实例）
关键价值：解耦、可测试、可维护
常见问题：
Q：Bean和普通对象有什么区别？
A：普通对象自己new，自己管理；Bean由Spring容器管理，支持依赖注入、AOP、事务等。
Q：@Component和@Bean有什么区别？
A：
@Component：用在类上，Spring自动扫描创建@Bean：用在方法上，手动定义创建逻辑，通常用于第三方库的类
Q：Bean默认是单例，线程安全吗？
A：不！如果Bean有状态（成员变量），需要考虑线程安全。无状态Bean是线程安全的。
Q：如何解决Bean的循环依赖？
A：
使用构造器注入时，Spring无法解决循环依赖
使用Setter/字段注入可以解决
最好重新设计，避免循环依赖
简单说：Bean让你从"对象装配工"变成"业务架构师"。
你写的是：业务逻辑（做什么）
Spring做的是：对象管理、依赖注入、配置、事务、安全、监控等（怎么做）
就像你开车时：
你只管：要去哪里、走哪条路（业务逻辑）
汽车负责：发动机、变速箱、刹车系统（Bean管理）
这就是IOC（控制反转）的核心思想：
传统：你控制对象的创建和依赖
Spring：容器控制对象的创建和依赖，你只需要使用
所以虽然业务逻辑是你写的，但所有"基础设施"的工作都交给Spring了，让你能更专注于业务本身
实例理解底层原理：
Bean封装的是特定领域的完整能力——不仅仅是数据，而是数据 + 行为 + 状态 + 配置 + 依赖的完整组合。
就像一辆汽车：
数据：油箱里的油（状态）
行为：加速、刹车、转向（方法）
配置：发动机型号、轮胎尺寸（配置）
依赖：需要汽油、电力（依赖）
封装：你只需要踩油门，不用管发动机怎么工作
就像电影制作：
导演（你）：设计剧情、指导演员（写业务逻辑）
制片公司（Spring）：提供场地、设备、资金、发行（提供运行环境）
观众（调用者）：看电影（调用业务方法）
导演设计了剧情（你写了业务方法），但电影的拍摄和放映是由制片公司系统化完成的！
所以，业务逻辑是你写的，但调用这个逻辑的系统是Spring提供的。这就是框架的意义所在！
所以，Bean = 高内聚的功能单元，它把相关的数据和行为打包在一起，对外提供清晰的服务接口，内部隐藏实现细节。这就是面向对象和IoC容器的完美结合！
获取bean
默认情况下，Spring项目启动时，会把bean都创建好放在IOC容器中，如果想要主动获取这些bean，可以通过如下方式:
根据name获取bean:Object getBean (String name)
根据类型获取bean:(<T> T getBean (Class<T> requiredType)
根据name获取bean(带类型转换):<T> T getBean (String name, Class<T> requiredType)
注意事项
上述所说的[Spring项目启动时，会把其中的bean都创建好】还会受到作用域及延迟初始化影响，这里主要针对于默认的单例非延迟加载的bean而言。
bean作用域
Spring支持五种作用域，后三种在web环境才生效:
第三方bean
@Bean
如果要管理的bean对象来自于第三方(不是自定义的)，是无法用@Component 及衍生注解声明bean的，就需要用到@Bean注解
这是配置在启动类中的，一般不建议，因为我们要保证启动类的纯粹性，这是我们可以创建一个类加上@Configuration配置类。
注意事项
通过@Bean注解的name或value属性可以声明bean的名称，如果不指定，默认bean的名称就是方法名。
如果第三方bean需要依赖其它bean对象，直接在bean定义方法中设置形参即可，容器会根据类型自动装配。
项目中自定义的，使用@Component及其衍生注解
项目中引入第三方的，使用@Bean注解。
SpringBoot原理
起步依赖原理：maven的依赖传递。
自动配置原理：SpringBoot的自动配置就是当spring容器启动后，一些配置类、bean对象就自动存入到了IOC容器中，不需要我们手动去声明，从而简化了开发，省去了繁琐的配置操作。
SpringBoot只能扫描启动类所在包及其子包，当我们引入第三方bean时，并不在启动类所在包或子包。这时，我们
方案一:@ComponentScan组件扫描：需要注意的，添加了这个注解，会覆盖原来的包，我们也需要加上原来的包。
使用繁琐，性能低。
方案二:@lmport导入。使用@lmport导入的类会被Spring加载到IOC容器中，导入形式主要有以下几种:
导入普通类
导入 配置类
导入ImportSelector接口实现类
@EnableXxxx注解，封装@Import注解
@SpringBootApplication
该注解标识在SpringBoot工程引导类上，是SpringBoot中最最最重要的注解。该注解由三个部分组成:
@SpringBootConfiguration:该注解与@Configuration注解作用相同，用来声明当前也是一个配置类。
@ComponentScan:组件扫描，默认扫描当前引导类所在包及其子包。
@EnableAutoConfiguration:SpringBoot实现自动化配置的核心注解。
@Conditional
作用:按照一定的条件进行判断，在满足给定条件后才会注册对应的bean对象到SpringIOC容器中。
位置:方法、类
@Conditional本身是一个父注解，派生出大量的子注解:
@ConditionalOnClass:判断环境中是否有对应字节码文件，才注册bean到IOC容器。
@ConditionalOnMissingBean:判断环境中没有对应的bean(类型 或名称)，才注册bean到IOC容器@ConditionalOnProperty:判断配置文件中有对应属性和值，才注册bean到IOC容器。
字节码文件：JdbcTemplate.class
↓
先决条件：有JdbcTemplate类，说明项目想用JDBC
↓
Bean对象：dataSource() 和 jdbcTemplate()
↓
关系：字节码文件是创建Bean的前提条件
核心逻辑：
所以字节码文件和要添加的Bean对象有关系，但不一定是1:1的对应关系，而是功能模块的对应关系！
有某个字节码文件 → 说明用户想要某个功能
Spring Boot → 自动配置这个功能需要的所有Bean
创建的Bean可能包括：字节码文件对应的类 + 相关辅助类
你点"鱼"（字节码文件）
厨师不仅给你鱼，还给配菜、调料、餐具（一系列Bean）
鱼是核心，但配菜也是必要的
