Java微服务application.properties未获取Docker环境变量导致Eureka连接失败问题

看起来你遇到的核心问题是Spring Boot没有正确读取到你通过Docker传递的Eureka服务器地址，导致DiscoveryClient找不到可用的Eureka节点，进而触发缓存刷新失败的报错。咱们一步步拆解问题和解决方案：

问题根源 #

你在application.properties里用了${EUREKA_SERVER}占位符，这是告诉Spring Boot去读取环境变量EUREKA_SERVER的值；但你在Docker run命令里是通过JAVA_OPTS="-DEUREKA_SERVER=..."设置的JVM系统属性——这是两种完全不同的配置来源，Spring Boot默认不会自动将JVM系统属性和环境变量等价处理，所以占位符没拿到正确的值，最终Eureka地址为空，抛出There is no known eureka server错误。

解决方案 #

这里有几种靠谱的解决方式，你可以根据自己的习惯选择：

方案1：直接传递Docker环境变量（推荐） #

放弃通过JAVA_OPTS传递，直接用Docker的--env参数设置环境变量，这种方式最符合Spring Boot的配置规范，也能避免系统属性和环境变量的混淆：

sudo docker run -p 8081:8081 --network mynetw --env EUREKA_SERVER=http://eurekaserver:8761/eureka micros1-mvc

执行这个命令后，Spring Boot会自动拾取EUREKA_SERVER环境变量的值，替换application.properties里的占位符。

方案2：修改配置文件读取JVM系统属性 #

如果你坚持要用JAVA_OPTS传递系统属性，需要修改application.properties里的配置，明确让它读取JVM系统属性：

# 方式1：优先尝试系统属性，失败则用默认值
eureka.client.serviceUrl.defaultZone=${EUREKA_SERVER:http://localhost:8761/eureka}

# 方式2：明确指定读取系统属性（可读性更强）
eureka.client.serviceUrl.defaultZone=${sys:EUREKA_SERVER:http://localhost:8761/eureka}

修改后，你原来的Docker run命令就能正常生效了。

方案3：额外检查网络配置 #

别忘了确保你的Eureka服务器容器也在mynetw网络里，并且容器名称确实是eurekaserver——否则即使地址传对了，你的微服务容器也解析不到这个主机名。你可以用docker network inspect mynetw查看网络内的容器列表，确认Eureka容器在其中。

验证方法 #

启动容器后，你可以通过以下方式确认配置是否生效：

• 查看Spring Boot启动日志，搜索eureka.client.serviceUrl.defaultZone，看实际加载的值是否正确；
• 如果你的服务集成了Spring Boot Actuator，可以访问/actuator/env端点（需要提前开启相关配置），查看EUREKA_SERVER或eureka.client.serviceUrl.defaultZone的配置值。

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