Spring Boot集成AWS Secrets Manager时重复加载密钥问题咨询：原因排查与禁用重复加载方法

你遇到的两次密钥加载问题，其实是AWS Secrets Manager Spring Boot Starter的默认行为导致的——它的设计逻辑是同时加载环境专属密钥和通用共享密钥：

• 第一次加载的secret/test_local是和你激活的local profile绑定的环境专属密钥，这完全符合你的预期；
• 第二次加载的secret/test是不带profile的通用密钥，这是starter默认会尝试加载的 fallback 配置源，用来存放所有环境共享的配置。

但如果你的场景里不需要这个通用密钥，找不到它就会触发报错，这就是你现在遇到的问题。

解决方法（推荐第一种） #

方法1：仅加载当前Profile对应的密钥 #

在你的bootstrap.yaml中添加only-load-for-current-profile: true配置，让starter只加载和当前激活profile匹配的密钥，不再尝试加载通用密钥：

aws:
  secretsmanager:
    prefix: secret
    defaultContext: application
    profileSeparator: _
    name: test
    only-load-for-current-profile: true  # 新增此配置

添加后，启动日志只会出现加载secret/test_local的记录，不会再触发第二次加载，自然也就不会报错了。

方法2：直接指定完整密钥名称（灵活性较差） #

如果你不想依赖profile自动拼接密钥名称，也可以直接在配置里写死完整的密钥路径：

aws:
  secretsmanager:
    secret-name: secret/test_local  # 直接指定目标密钥

不过这种方式切换环境时需要手动修改配置，所以只适合固定环境的场景，更推荐第一种方法。

补充说明：你提到创建secret/test后会加载secret/application_local，这是因为defaultContext默认设为application，starter还会尝试加载defaultContext_<profile>对应的密钥。如果这个也不是你需要的，同样通过only-load-for-current-profile: true就能解决——这个参数会同时阻止加载defaultContext相关的通用/Profile密钥。

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