SpringBoot——Bean属性绑定

简单介绍:

之前我们介绍过我们如何在Bean中获取配置文件的方式,就是通过将类注册到Spring容器中,然后通过@ConfigurationProperties()注解,这个注解有一个参数叫做prefix,参数的值就是我们在配置文件中配置的一组数据的对象的名字,然后就可以获取这一组对象的值装填到我们的对象中,那么这一节我们来看看如何做出更多的操作。

第三方Bean的绑定:

在之前我们是自己写了一个类,然后注册到容器中,但是如果我们要为一个不是自己写的类,而是由第三方提供的类,肯定不能打开源码去将其赋值或者去将其添加注解注册到Spring容器中,那么就需要使用注解的方式:

除了使用@Component将我们的类注册到容器中,还可以使用引入的方式将我们的类在使用的时候注册进容器中:

这是我们之前做过的一个案例,就是将配置文件中的配置项读取到类中,这个类中使用了@ConfigurationProperties注解引入配置信息,使用了@Component进行注册,如果我们去掉@Component注解,那么这个程序就会报错:

 

报错的原因很简单,就是因为它自动装填是在Spring容器中进行的,你现在要装填的类并不在我们的Spring容器中,所以就会报错,此时我们需要在引导类中另一个注解: 使用@EnableConfigurationProperties()注解,这个注解有一个值就是你自动注入的时候的类的class文件,那么他就会自动将这个类注册进容器中,然后这边就不会报错了:

这样做有什么好处呢,好处就是如果我们不引用这个配置文件,则Spring不会去管理它,就节省了我们的Spring的管理成本,当我们使用的时候,我们引入这个文件,Spring就会去管理他。如果使用@Component注解,则无论会不会用到,他都会被注册到容器中。

然后说回正题,如何给我们的第三方类去填充配置文件中的数据呢?首先我们先引入一个第三方类,就以druidDataSource为例:

这个DruidDataSource是第三方为我们提供的,所以它的参数肯定不是我们手动去填写的,并且它里面现在肯定是空的,我们可以获取以下里面的属性值先来看一下:

当程序运行之后,他会在控制台上输出DruidDataSoruce的url的值:

 

这个小小的null就表示我们的程序内部没有任何的数据,现在我们仅使用一个注解就能为其填充数据:

 这个和之前我们为自己写的类添加数据的注解是一样的,一摸一样的,只不过它使用在了@Bean注解的下面,接下来我们来看运行结果,他就会输出我们在配置文件中编写的值:

 这样我们就完成了给第三方的Bean填充配置文件中的值的过程,其实很简单,就是将之前我们给类赋值时候的注解写在@Bean注解的方法上,那么这一组数据就会赋值到方法的返回值类中。

松散绑定:@ConfigurationProperties在绑定属性的时候支持多种模式匹配

我们在配置文件中书写属性名的时候,无论写成任何的格式都可以绑定到类中:

这是之前的配置文件的数据,现在我们改一下它的属性名:

然后我们执行程序,看到依然可以输出结果出来: 

这里只是演示一下,其实除了大写,你就算是小写带大写,大写带小写,大写带下划线,小写带下划线,一个字母隔一个下划线他都可以识别,这种对格式不是很固定的绑定方式就是松散绑定。

### Spring Boot 对于传统 Spring 容器的改进 #### 1. `@SpringBootApplication` 注解的功能 `@SpringBootApplication` 是 Spring Boot 提供的一个复合注解,它实际上包含了三个核心功能性的注解:`@EnableAutoConfiguration`, `@ComponentScan`, 和 `@Configuration`[^1]。 - **`@EnableAutoConfiguration`**: 启用了 Spring Boot 的自动配置机制。通过扫描 classpath 中的依赖库并根据预定义规则加载相应的默认配置类。 - **`@ComponentScan`**: 自动扫描当前包及其子包下的组件(如 Controller、Service 等),并将它们注册为 Spring IoC 容器中的 Bean。 - **`@Configuration`**: 表明这是一个配置类,允许使用 Java 配置来替代传统的 XML 配置文件。 这种组合使得开发者无需手动编写大量的 XML 或者 Java 配置代码即可快速搭建应用程序。 #### 2. 自动配置类加载的工作原理 Spring Boot 的自动配置主要依靠 `spring.factories` 文件完成。此文件位于 JAR 包内的 `META-INF/spring.factories` 路径下,其中列出了所有的自动配置类名称。当 Spring Boot 应用程序启动时,会读取该文件并通过反射实例化这些自动配置类。 以下是自动配置的核心流程: - Spring Boot 使用 `ConditionEvaluationReport` 来记录哪些条件匹配成功以及失败的原因。 - 每个自动配置类通常都带有特定的条件注解(如 `@ConditionalOnClass`, `@ConditionalOnMissingBean` 等),只有满足指定条件才会生效。 例如,在数据库场景中,如果检测到 HikariCP 存在于 classpath,则会优先启用基于 HikariCP 的数据源配置;如果没有找到任何支持的数据源驱动,则不会创建相关 Bean。 #### 3. 条件化 Bean 注册 为了提高灵活性和适应不同环境需求的能力,Spring Boot 引入了一系列条件注解 (`@Conditional`) 及其变体: - **`@ConditionalOnProperty`**: 根据是否存在某个属性或者它的具体值决定是否注册某 Bean。 - **`@ConditionalOnClass` / `@ConditionalOnMissingClass`**: 判断某些类是否存在于运行时环境中。 - **`@ConditionalOnBean` / `@ConditionalOnMissingBean`**: 基于上下文中其他 Beans 的存在与否做出决策。 这些条件可以通过编程方式轻松扩展自定义逻辑,从而实现更加精细控制的行为模式。 #### 4. Bean 生命周期扩展点 在标准 Spring 容器基础上,Spring Boot 进一步增强了对 Bean 生命周期事件的支持。主要包括以下几个方面: - **InitializingBean/DisposableBean 接口**:提供初始化完成后与销毁前执行回调的机会。 - **@PostConstruct/@PreDestroy 注解方法**:标记需要分别在构造函数之后立即调用一次的方法,还有就是在 Bean 销毁之前被触发的一次操作。 - **ApplicationListener<...> 监听器接口**:监听各种 ApplicationEvent 类型的消息通知,比如 ContextRefreshedEvent 表示上下文刷新完毕等状态变化信号。 - **SmartLifecycle 接口**:除了常规生命周期外还增加了 start() stop() 方法,并且能够设置顺序参数以便协调多线程环境下资源分配先后关系等问题。 此外值得注意的是 application scope bean 和 singleton scope bean 在 web 场景中有细微差别——前者绑定到了 ServletContext 上而后者则隶属于单独的应用上下文实例之中[^3]。 ```java // 示例代码展示如何利用 @PostConstruct 实现延迟初始化行为 import javax.annotation.PostConstruct; public class MyService { private String message; public void setMessage(String msg){ this.message = msg; } @PostConstruct public void init(){ System.out.println("MyService initialized with Message:" +message); } } ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值