应采用分层设计+profile机制+maven依赖控制统一管理多模块java项目配置：父模块放全局不变配置，shared目录按环境分文件，子模块通过spring.config.import引入并可覆盖，抽取为@configurationproperties类型安全bean，禁用硬编码读取。
在多模块 Java 项目中，把重复的配置项（比如数据库连接池参数、Redis 地址、日志级别、超时时间等）从各模块的 application.yml 或 application.properties 中抽出来统一管理，不是简单“复制粘贴到父模块”，而是要兼顾可覆盖性、环境隔离性和加载顺序。核心在于分层设计 + Spring Boot 的 profile 机制 + Maven 依赖传递控制。
用 parent module 的 resources 管理基础公共配置
在父模块（通常是 pom 类型的 `parent` 工程）的 src/main/resources 下放一个 application-common.yml，内容只包含真正全局一致、不随环境或模块变化的配置：
- 通用中间件版本号（如
spring.redis.version=7.2） - 基础工具类开关（如
utils.feature.retry-enabled=true） - 跨模块共用的常量定义（如
common.max-retry-count=3）
注意：不要在这里写具体值如 spring.redis.host=localhost——这类易变项应留给子模块或 profile 控制。
通过 profile + shared config 实现环境级复用
在父模块中建立 src/main/resources/config/shared/ 目录，放入按环境划分的共享配置文件：
-
shared-dev.yml：开发环境默认值（如本地 MySQL 端口、mock 接口地址） -
shared-prod.yml：生产环境基线配置（如连接池最小空闲数、熔断阈值）
子模块的 application.yml 中通过 spring.config.import 引入：
spring:
config:
import: classpath:config/shared/shared-${spring.profiles.active}.yml
这样既避免每个模块重复写 dev/prod 差异，又保留子模块对个别 key 的覆盖权（同名 key 以子模块为准）。
抽取配置属性为类型安全的 ConfigurationProperties Bean
把高频复用的配置结构封装成 Java 类，放在独立的 common-config 模块里（jar 类型），供所有业务模块依赖：
- 定义
@ConfigurationProperties(prefix = "redis.common")类，含 host/port/database/timeout 字段 - 在父模块的
application-common.yml中声明默认值：redis.common.timeout: 2000 - 子模块只需引入该模块依赖，并在自己的配置中覆写需要变更的字段，例如：
redis.common.host: redis-prod-cluster
好处是 IDE 能提示补全、编译期校验、避免字符串硬编码，且天然支持松散绑定（redis-common-timeout 和 redis.common.timeout 都生效）。
禁止直接读取 properties 文件的硬编码方式
避免在代码里用 ResourceBundle.getBundle("xxx").getString("key") 或 new Properties().load(...) 手动加载配置——这绕过了 Spring 的生命周期和 profile 管理，导致：
- 无法动态刷新（@RefreshScope 失效）
- profile 切换后仍读旧文件
- 测试时难以 mock 配置值
统一走 @Value 或 @ConfigurationProperties 注入，确保配置解析由 Spring 容器接管。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
