系统配置自动装载机制 - 分布式开发

简介: 系统配置自动装载机制 - 分布式开发

系统配置自动装载机制 - 分布式开发


  • 点击进入源码查看

1.png这个注解相当于三个注解的功能集成


1.1 @EnableAutoConfiguration

启用Spring Boot的自动bean加载机制


1.2 @ComponentScan

在应用程序所在的包上启用扫描

2.png

配置组件扫描指令,以与 Configuration 类一起使用。

提供与Spring XML的元素并行的支持。

可以指定{@link #basePackageClasses}或{@link #basePackages}(或其别名{@link #value})来定义要扫描的特定程序包。 如果未定义特定的程序包,则将从声明此批注的类的程序包中进行扫描。


请注意,{@code }元素具有一个

{@code注解-配置}属性; 但是,此注释没有。这是因为在几乎所有情况下,使用{@code @ComponentScan}时,都将采用默认的注释配置处理(例如,处理 @Autowired 和朋友。 此外,当使用{@link AnnotationConfigApplicationContext}时,注释配置处理器始终会被注册,这意味着在{@code @ComponentScan}级别禁用它们的任何尝试都将被忽略。

3.png

代码包扫描

默认的包结构及其作用

1.主程序Application.java放在根包, 在其他类之上。

2. @SpringBootApplication注 解写在主程序上。

3. Spring对类的扫描默认仅涵盖主程序所在的包及子包


1.3 @Configuration:允许在Spring中注册额外的bean或导入其他配置类


4.pngimage.png


〇Spring配置文件


SpringBoot中建议放弃通过XML定义Spring应用程序,推荐在代码类上面通过@Configuration实现配置。

如有需要,还可以通过@ImportResource来导入xml配置文件。

6.png


2 个性化依赖配置


image.png


3 外部参数配置信息加载


Spring应用程序可以通过属性文件,YAML文件,环境变量和命令行参数等方式的外部化参数配置


■ 启动时命令行传参

java -jar app.jar --name="test"


■ SpringBoot配置信息中的特殊值:

SPRING_ APPLICATION_ JSON='{"name'":"test"}'


■ 如果是web应用,可以读取ServletConfig init参数

如果是web应用,可以读取ServletContext init参数

■ JNDI属性来自

java:comp/env

■ Java系统属性(System.getProperties()

■ 操作系统环境变量

配置文件

application.properties

application.yml

application-{profile.properties、 application-{profile}.yml .

■ @PropertySource注解导入的配置: @PropertySource(value={“person.properties”})

■ 程序入口通过SpringApplication.setDefaultProperties方法设定的参数配置


4 环境化配置- profile


➢ profile是什么机制?

①Spring配置 文件提供的一种隔离应用程序配置的方法,使其仅在特定环境中可用。

②可通过profile指定Bean的应用环境 (如开发、测试、生产等环境)

③可通过profile指定 不同环境的配置参数值

➢ 如何指定profile?

通过配置参数spring.profiles.active来指定应用启用的profiles。默认default

①在环境变量中指定: jvm参数、命令行程序参数、application.properties中都可以

②代码中指定: springApplication.setAdditionalProfiles(“dev,test”);

➢ 如何在开发中使用?

①Configuration类或者Bean定义方法上,都可以通过添加@Profile(“dev”)注解,实现指定环境下生效。

②配置文件中:

<beans profile= "dev" ><bean ....</bean></beans>


5 配置文件


➢ 配置文件可以存放在哪些位置?

1.当前项目运行的盘符/config文件夹下面: file../config/

2.当前项目运行的目录下面(命令执行的所在目录) :file:./

3. classpath 下面的config文件夹: classpath:/config

4. classpath的根目录(我们平常就是用这种) : classpath:/

上述配置文件按优先级排列,排在上面的位置会覆盖优先级降低的配置。


6 配置文件格式

SpringBoot支持两种配置文件的格式: .properites、 .yml

yaml语法精简版说明

8.png

大小写敏感

使用空格缩进表示层级(不要用TAB),同一层级的左侧对齐

map键值对通过“:” 分隔

list列表元素通过“”表示

口properties示例:

spring.datasource.username=test



7 参数使用

方式一:

通辻@Value("${my.name}"'注解,将指定的参数配置注入到属性。

方式二:

注入Environment対象。

伪代码-注入env対象
@Autowired
Environment environment;
1使用示例
environment.getProperty("name");

方式三:

通辻注解@ConfigurationProperties(prefix= “my”)

将注解加在指定的炎上,spring会 カ突例対象的属性迸行賦値,属性需有getters和setters方法。


目录
相关文章
|
NoSQL Java Redis
实现基于Redis的分布式锁机制
实现基于Redis的分布式锁机制
|
26天前
|
存储 运维 监控
120_检查点管理:故障恢复 - 实现分布式保存机制
在大型语言模型(LLM)的训练过程中,检查点管理是确保训练稳定性和可靠性的关键环节。2025年,随着模型规模的不断扩大,从百亿参数到千亿参数,训练时间通常长达数周甚至数月,硬件故障、软件错误或网络中断等问题随时可能发生。有效的检查点管理机制不仅能够在故障发生时快速恢复训练,还能优化存储使用、提高训练效率,并支持实验管理和模型版本控制。
120_检查点管理:故障恢复 - 实现分布式保存机制
|
6月前
|
人工智能 安全 Java
智慧工地源码,Java语言开发,微服务架构,支持分布式和集群部署,多端覆盖
智慧工地是“互联网+建筑工地”的创新模式,基于物联网、移动互联网、BIM、大数据、人工智能等技术,实现对施工现场人员、设备、材料、安全等环节的智能化管理。其解决方案涵盖数据大屏、移动APP和PC管理端,采用高性能Java微服务架构,支持分布式与集群部署,结合Redis、消息队列等技术确保系统稳定高效。通过大数据驱动决策、物联网实时监测预警及AI智能视频监控,消除数据孤岛,提升项目可控性与安全性。智慧工地提供专家级远程管理服务,助力施工质量和安全管理升级,同时依托可扩展平台、多端应用和丰富设备接口,满足多样化需求,推动建筑行业数字化转型。
240 5
|
5月前
|
安全 JavaScript 前端开发
HarmonyOS NEXT~HarmonyOS 语言仓颉:下一代分布式开发语言的技术解析与应用实践
HarmonyOS语言仓颉是华为专为HarmonyOS生态系统设计的新型编程语言,旨在解决分布式环境下的开发挑战。它以“编码创造”为理念,具备分布式原生、高性能与高效率、安全可靠三大核心特性。仓颉语言通过内置分布式能力简化跨设备开发,提供统一的编程模型和开发体验。文章从语言基础、关键特性、开发实践及未来展望四个方面剖析其技术优势,助力开发者掌握这一新兴工具,构建全场景分布式应用。
580 35
|
5月前
|
消息中间件 缓存 算法
分布式开发:数字时代的高性能架构革命-为什么要用分布式?优雅草卓伊凡
分布式开发:数字时代的高性能架构革命-为什么要用分布式?优雅草卓伊凡
294 0
分布式开发:数字时代的高性能架构革命-为什么要用分布式?优雅草卓伊凡
|
10月前
|
数据管理 API 调度
鸿蒙HarmonyOS应用开发 | 探索 HarmonyOS Next-从开发到实战掌握 HarmonyOS Next 的分布式能力
HarmonyOS Next 是华为新一代操作系统,专注于分布式技术的深度应用与生态融合。本文通过技术特点、应用场景及实战案例,全面解析其核心技术架构与开发流程。重点介绍分布式软总线2.0、数据管理、任务调度等升级特性,并提供基于 ArkTS 的原生开发支持。通过开发跨设备协同音乐播放应用,展示分布式能力的实际应用,涵盖项目配置、主界面设计、分布式服务实现及部署调试步骤。此外,深入分析分布式数据同步原理、任务调度优化及常见问题解决方案,帮助开发者掌握 HarmonyOS Next 的核心技术和实战技巧。
1265 76
鸿蒙HarmonyOS应用开发 | 探索 HarmonyOS Next-从开发到实战掌握 HarmonyOS Next 的分布式能力
|
存储 缓存 算法
分布式锁服务深度解析:以Apache Flink的Checkpointing机制为例
【10月更文挑战第7天】在分布式系统中,多个进程或节点可能需要同时访问和操作共享资源。为了确保数据的一致性和系统的稳定性,我们需要一种机制来协调这些进程或节点的访问,避免并发冲突和竞态条件。分布式锁服务正是为此而生的一种解决方案。它通过在网络环境中实现锁机制,确保同一时间只有一个进程或节点能够访问和操作共享资源。
428 3
|
8月前
|
机器学习/深度学习 存储
DeepSeek进阶开发与应用4:DeepSeek中的分布式训练技术
随着深度学习模型和数据集规模的扩大,单机训练已无法满足需求,分布式训练技术应运而生。DeepSeek框架支持数据并行和模型并行两种模式,通过将计算任务分配到多个节点上并行执行,显著提高训练效率。本文介绍DeepSeek中的分布式训练技术,包括配置与启动方法,帮助用户轻松实现大规模模型训练。数据并行通过`MirroredStrategy`同步梯度,适用于大多数模型;模型并行则通过`ParameterServerStrategy`异步处理大模型。DeepSeek简化了分布式环境配置,支持单机多卡和多机多卡等场景。
|
消息中间件 NoSQL Java
Redis系列学习文章分享---第六篇(Redis实战篇--Redis分布式锁+实现思路+误删问题+原子性+lua脚本+Redisson功能介绍+可重入锁+WatchDog机制+multiLock)
Redis系列学习文章分享---第六篇(Redis实战篇--Redis分布式锁+实现思路+误删问题+原子性+lua脚本+Redisson功能介绍+可重入锁+WatchDog机制+multiLock)
494 0
|
消息中间件 存储 监控
消息队列系统中的确认机制在分布式系统中如何实现
消息队列系统中的确认机制在分布式系统中如何实现