configmap修改后需挂载整个目录并让应用主动重载：kubelet每60秒同步，但应用须通过信号、actuator端点或reloader重建pod来生效。
在 Kubernetes 中修改 ConfigMap 后，让 Pod 内挂载的配置文件真正生效，必须确保文件内容已更新且应用重新加载——Kubelet 每 60 秒同步一次，但应用不主动 reload 就永远读不到新内容。
确认 ConfigMap 是以 Volume 方式挂载
检查 Pod 的 YAML 定义，确认使用了 volumes 和 volumeMounts，而非 env 或 envFrom。例如：
volumeMounts:- name: config-volume mountPath: /etc/app/configvolumes:- name: config-volume configMap: name: app-config
【subPath 挂载单个键（如 subPath: log.level）会导致热更新失效】，必须挂载整个 ConfigMap 目录。
验证挂载路径下文件是否已更新
进入 Pod 执行：kubectl exec -it <pod-name> -- cat /etc/app/config/application.yml</pod-name>
如果输出仍是旧内容，说明 Kubelet 尚未完成同步——默认最长等待 60 秒；可手动触发检查：kubectl get cm app-config -o yaml 确认修改已提交到集群。
若 2 分钟后仍无变化，检查节点磁盘空间和 kubelet 日志：journalctl -u kubelet -n 100 | grep configmap。
让应用主动重载配置
这一步不可跳过：Kubernetes 只负责“写文件”，不负责“通知进程”。以下为常见方案：
方法一：发送系统信号（适用于 Nginx、Supervisor 等）
执行 kubectl exec <pod-name> -- nginx -s reload</pod-name>。Nginx 会重新读取挂载目录下的 nginx.conf，无需重启 worker 进程。
方法二：调用应用内置刷新端点（适用于 Spring Boot Actuator、Micrometer 等）
执行 kubectl exec <pod-name> -- curl -X POST http://localhost:8080/actuator/refresh</pod-name>。该端点会强制重新绑定配置属性，但要求应用已启用 spring-boot-starter-actuator 并开放 refresh 权限。
方法三：轮询文件变更并自动 reload（需应用内实现）
在启动脚本中加入 inotifywait 监听：inotifywait -m -e modify /etc/app/config/ | while read f; do kill -HUP $(cat /var/run/app.pid); done。注意容器内需预装 inotify-tools，且应用要能响应 SIGHUP。
用 ConfigMap Reloader 自动触发 Pod 重建
第一步：部署 stakater/configmap-reloader（v2.10.0+）
运行 kubectl apply -f https://raw.githubusercontent.com/stakater/Reloader/master/deployments/kubernetes/reloader.yaml。
第二步：给 Deployment 加注解
在 spec.template.metadata.annotations 下添加：configmap.reloader.stakater.com/reload: "app-config"。
第三步：更新 ConfigMap
执行 kubectl edit cm app-config 修改任意字段，保存退出。
Reloader 会立刻检测到变更，并对关联的 Deployment 执行滚动更新——旧 Pod 被删除，新 Pod 启动时挂载最新配置。
注意：此方式本质是重启 Pod，不是真正的“热加载”，但对不支持 reload 的老旧应用最稳妥。
