java多租户系统应通过自定义propertysource在spring容器启动初期动态加载数据库租户配置并注入environment，确保@value和@configurationproperties透明使用；需按默认租户加载、用addfirst保证优先级，并支持运行时刷新。
Java 多租户系统中，不能依赖静态配置文件（如 application.yml）来满足各租户差异化参数需求。真正的做法是：在 Spring 容器启动初期、Bean 实例化之前，通过自定义 PropertySource 动态加载数据库中的租户配置，并将其注入到 Spring 的 Environment 中，使后续所有 Bean（包括 @Value、@ConfigurationProperties）能透明使用这些“虚拟配置源”。
租户配置元数据建模与加载时机
先在数据库建表（如 tenant_config），字段至少包含：tenant_id、config_key、config_value、active。启动时需确保主租户（或平台默认租户）的配置已就绪。关键在于选择合适的扩展点——推荐在 ApplicationContextInitializer 或 SpringApplicationRunListener 的 starting 阶段之后、contextPrepared 之前执行加载，此时 Environment 已创建但尚未冻结，可安全添加 PropertySource。
构建动态 PropertySource 并注入 Environment
编写一个继承 EnumerablePropertySource<map object>></map> 的类（如 TenantPropertySource），重写 getPropertyNames() 和 getProperty(String) 方法，内部委托给从数据库查出的 Map<string string></string>。然后在初始化器中获取 ConfigurableEnvironment，调用 environment.getPropertySources().addFirst(new TenantPropertySource(...))。注意：必须用 addFirst 确保其优先级高于 application.yml，否则会被覆盖。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
支持多租户隔离与运行时刷新
单实例多租户场景下，不能把所有租户配置一次性全量加载进同一 Environment。应按当前启动上下文识别“默认租户”（例如通过启动参数 --tenant-id=abc 或环境变量），只加载该租户配置。若需运行时切换租户并刷新配置，需配合 @RefreshScope + 自定义事件广播（如发布 TenantConfigRefreshedEvent），监听器中重新查询 DB 并替换 PropertySource 实例（需先 remove 再 addFirst）。避免直接修改原 Map，防止并发问题。
与 ConfigurationProperties 和 @Value 兼容性保障
只要 PropertySource 正确注入且名称唯一（建议设为 "tenant-config-${tenantId}"），Spring Boot 的绑定机制会自动识别。测试时可打印 environment.getProperty("xxx") 验证；对 @ConfigurationProperties 类，确保 prefix 匹配数据库中存储的 key 前缀（如存 db.url，类上标注 @ConfigurationProperties("db")）。不建议在配置类中硬编码 tenantId，应通过上下文传递或 ThreadLocal 持有当前租户标识。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
