Quarkus多模块项目通用缓存配置集中化实现方案咨询

嘿，这个问题我在Quarkus多模块项目里碰过好几次，给你梳理几个实用方案，看哪种适合你的场景：

无需自定义ConfigSource的简单复用方式 #

如果只是想避免重复写静态的缓存配置，这两种方式足够好用：

1. 公共库内置默认配置文件 #

直接在公共库的src/main/resources下创建application.properties（或application.yml），把共用的缓存配置写进去，比如：

# 公共库中的默认缓存配置
quarkus.cache.caffeine.shared-cache.expire-after-write=10m
quarkus.cache.caffeine.shared-cache.maximum-size=2000

Quarkus会自动加载所有依赖库中的配置文件，应用侧如果没有自定义同名配置，就会直接使用公共库的默认值；如果某个应用需要特殊调整，只需要在自己的配置文件里覆盖对应配置项即可，完全不影响其他应用。

2. 配置文件导入机制 #

如果想把公共配置和默认配置区分得更清晰，可以在公共库中单独放一个配置文件（比如common-cache-config.properties），然后在各个应用的application.properties里通过一行导入语句复用：

# 应用侧导入公共缓存配置
quarkus.config.import=classpath:/common-cache-config.properties

这种方式更灵活，你可以把不同类型的公共配置拆分到不同文件里，应用按需导入，比直接用默认配置更可控。

自定义ConfigSource的适用场景与推荐性 #

如果你的需求更复杂——比如需要从配置中心（如Nacos、Consul）动态拉取缓存配置、或者根据环境动态调整配置值，那自定义ConfigSource绝对是Quarkus官方推荐的方案，它完美融入Quarkus的配置生态：

你只需要实现ConfigSource接口（或继承AbstractConfigSource），用@ConfigSource注解指定优先级（优先级决定配置覆盖顺序），然后把这个类放在公共库中，所有依赖该库的应用都会自动加载这个配置源。

举个极简示例：

@ConfigSource(priority = 200) // 优先级高于默认文件配置（100），低于系统属性（400）
public class SharedCacheConfigSource extends AbstractConfigSource {

    public SharedCacheConfigSource() {
        super("shared-cache-config-source");
        // 这里可以从配置中心、数据库读取配置，也可以硬编码默认值
        addProperty("quarkus.cache.caffeine.shared-cache.expire-after-write", "10m");
        addProperty("quarkus.cache.caffeine.shared-cache.maximum-size", "2000");
    }

    @Override
    public Map<String, String> getProperties() {
        return getSource();
    }

    @Override
    public String getValue(String propertyName) {
        return getSource().get(propertyName);
    }
}

这种方案的优势在于扩展性极强，完全能满足动态配置、多环境适配等复杂需求，也是Quarkus官方文档中推荐的自定义配置扩展方式。

总结 #

• 静态配置复用：优先选公共库内置默认配置或配置导入，零代码，简单高效；
• 复杂动态配置：自定义ConfigSource是推荐方案，符合Quarkus扩展生态，灵活可控。

内容的提问来源于stack exchange，提问作者tobad357