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<String, Object>> 的类（如 TenantPropertySource），重写 getPropertyNames() 和 getProperty(String) 方法，内部委托给从数据库查出的 Map<String, String>。然后在初始化器中获取 ConfigurableEnvironment，调用 environment.getPropertySources().addFirst(new TenantPropertySource(...))。注意：必须用 addFirst 确保其优先级高于 application.yml，否则会被覆盖。
支持多租户隔离与运行时刷新
单实例多租户场景下，不能把所有租户配置一次性全量加载进同一 Environment。应按当前启动上下文识别“默认租户”（例如通过启动参数 --tenant-id=abc 或环境变量），只加载该租户配置。若需运行时切换租户并刷新配置，需配合 @RefreshScope + 自定义事件广播（如发布 TenantConfigRefreshedEvent），监听器中重新查询 DB 并替换 PropertySource 实例（需先 remove 再 addFirst）。避免直接修改原 Map，防止并发问题。
立即学习“Java免费学习笔记（深入）”；
与 ConfigurationProperties 和 @Value 兼容性保障
只要 PropertySource 正确注入且名称唯一（建议设为 "tenant-config-${tenantId}"），Spring Boot 的绑定机制会自动识别。测试时可打印 environment.getProperty("xxx") 验证；对 @ConfigurationProperties 类，确保 prefix 匹配数据库中存储的 key 前缀（如存 db.url，类上标注 @ConfigurationProperties("db")）。不建议在配置类中硬编码 tenantId，应通过上下文传递或 ThreadLocal 持有当前租户标识。
