Docker镜像中Eureka Client应禁用，K8s部署时却异常启动求助

以下是几种常见的原因及对应的排查手段：

• 配置优先级被K8s环境变量/ConfigMap覆盖
  Spring Boot会优先读取环境变量、ConfigMap注入的配置。如果K8s部署时通过环境变量设置了EUREKA_CLIENT_ENABLED=true，或者挂载的ConfigMap里开启了Eureka Client，就会覆盖本地配置的禁用规则。
  排查：

  • 进入Pod查看环境变量：kubectl exec <你的Pod名称> -- printenv | grep EUREKA
  • 检查关联的ConfigMap内容：kubectl get configmap <对应ConfigMap名称> -o yaml

• 多环境Profile加载错误
  如果项目用了分环境配置（比如application-k8s.yml），K8s部署时可能激活了错误的Profile，导致加载了未禁用Eureka Client的配置文件。
  排查：

  • 查看Pod启动日志里的"Active Profiles"字段，确认当前激活的环境
  • 检查Pod的环境变量SPRING_PROFILES_ACTIVE或者启动命令中的--spring.profiles.active参数

• 镜像依赖或自动配置触发
  本地开发时可能通过@SpringBootApplication(exclude=EurekaClientAutoConfiguration.class)排除了Client自动配置，但镜像打包时没保留这个配置；或者镜像中意外引入了spring-cloud-starter-netflix-eureka-client依赖，触发自动配置。
  排查：

  • 进入Pod查看依赖树（如果镜像带Maven）：kubectl exec <你的Pod名称> -- ./mvnw dependency:tree | grep eureka-client
  • 启动时添加--debug参数，查看自动配置日志，确认是否有Eureka Client相关配置被加载

• 镜像版本不一致
  K8s部署的镜像可能不是本地修改后的最新版本，旧镜像中的Eureka Client并未被禁用。
  排查：

  • 对比Pod内的配置文件和本地文件：kubectl exec <你的Pod名称> -- cat /app/application.yml
  • 检查镜像构建脚本，确认是否拉取了最新代码打包

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