我之前在使用Spring Cloud Kubernetes动态刷新ConfigMap配置时也踩过类似的坑，结合你给出的技术栈（Spring Boot 3.1.4 + Spring Cloud 2022.0.5 + spring-cloud-starter-kubernetes-fabric8-config 3.0.5），可以从以下几个方向排查和解决：

1. 核心注解与基础配置不能少 #

首先要确保你的配置类加上了@RefreshScope——这是Spring Cloud实现动态配置刷新的核心开关，没有它就算配置了监听也白搭。比如你的配置Bean可以这么写：

@ConfigurationProperties(prefix = "your.config.prefix")
@RefreshScope
public class YourConfig {
    private List<String> targetList; // 对应你要动态刷新的列表
    // 记得添加getter和setter方法
}

同时在application.yml里开启Kubernetes ConfigMap的刷新支持，还要指定你要监听的ConfigMap信息：

spring:
  cloud:
    kubernetes:
      config:
        refresh-enabled: true # 必须开启这个开关
        refresh-interval: 30000 # 轮询间隔，默认30秒，可按需调整
        sources:
          - name: your-configmap-name # 替换成你的ConfigMap名称
            namespace: your-namespace # 替换成你的命名空间，默认是default

2. 检查Kubernetes权限配置 #

Fabric8客户端需要有访问ConfigMap的权限才能监听或轮询它的变化，所以得给你的Pod绑定对应的RBAC权限：
创建一个Role和RoleBinding（替换成你的命名空间）：

apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  name: configmap-reader
  namespace: your-namespace
rules:
- apiGroups: [""]
  resources: ["configmaps"]
  verbs: ["get", "watch", "list"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: configmap-reader-binding
  namespace: your-namespace
subjects:
- kind: ServiceAccount
  name: default # 或者你的Pod使用的ServiceAccount名称
  namespace: your-namespace
roleRef:
  kind: Role
  name: configmap-reader
  apiGroup: rbac.authorization.k8s.io

部署应用时要确保Pod使用的ServiceAccount和上面绑定的一致，不然会出现权限不足无法访问ConfigMap的问题。

3. 确认ConfigMap的内容格式匹配 #

要保证ConfigMap里的配置键和你的@ConfigurationProperties前缀对应上，比如你的前缀是your.config.prefix，那ConfigMap里的列表配置应该这么写（用YAML格式示例）：

apiVersion: v1
kind: ConfigMap
metadata:
  name: your-configmap-name
  namespace: your-namespace
data:
  application.yml: |
    your:
      config:
        prefix:
          targetList:
            - value1
            - value2
            - value3

如果用Properties格式的话就是：

data:
  application.properties: |
    your.config.prefix.targetList=value1,value2,value3

格式不匹配的话，就算ConfigMap更新了，应用也没法正确读取到新值。

4. 验证刷新触发与日志排查 #

• 如果你开了监听模式（默认开启），修改ConfigMap后Kubernetes会发送事件通知，Fabric8客户端捕获到后会触发刷新；如果监听失效，轮询机制会定期检查ConfigMap的哈希值变化。
• 可以查看应用日志，搜索RefreshScope或KubernetesConfigMapPropertySource相关内容，比如看到“Refreshing keys changed: [your.config.prefix.targetList]”这样的日志，就说明刷新已经触发了。

5. 手动触发刷新辅助测试 #

如果自动刷新没生效，可以先试试手动触发来排查问题：
首先加入Actuator依赖：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

然后在application.yml里开启refresh端点：

management:
  endpoints:
    web:
      exposure:
        include: refresh

调用POST http://你的应用地址/actuator/refresh，之后检查你的配置列表是否更新，这样可以先确认配置本身是否能被正确刷新。

备注：内容来源于stack exchange，提问作者stepanevgen2013