Spring Boot在DigitalOcean部署Docker时server.port绑定Integer失败求助

从你贴的报错信息可以直接锁定：当前Spring读到的server.port值是字面量字符串$PORT，完全没有触发占位符解析逻辑，你之前修改的配置根本没有作用到正在运行的容器实例上。

• 优先检查镜像版本是否同步更新
  大部分同类问题都是改了本地配置后，没有重新构建、推送镜像到DigitalOcean的容器仓库，实际运行的还是旧版本镜像。旧镜像里的application.properties大概率是之前误写的不带大括号的配置server.port=$PORT——Spring仅识别${}格式的占位符，不带大括号的$PORT会被直接当成普通字符串读取，自然没法转成Integer类型的端口值。
  你可以用临时命令导出当前运行镜像里的配置文件内容做验证：

  # 替换成你jar包实际在容器内的路径
  docker run --rm registry.digitalocean.com/alex-registry/nostalgia sh -c "unzip -p /app/app.jar BOOT-INF/classes/application.properties | grep server.port"
  

  如果输出的配置不是你写的server.port=${PORT:8080}，就重新构建、推送最新镜像再启动验证。
• 验证环境变量是否正确传入容器
  就算配置写对了，环境变量没传到容器内部也会触发解析失败。可以临时运行容器输出内部环境变量校验：

  docker run --rm -e PORT=8080 registry.digitalocean.com/alex-registry/nostalgia env | grep PORT
  

  正常应该输出PORT=8080，如果无输出或者值不对，就要检查环境变量的配置格式：
  • 用--env-file传参时，文件内不能有多余空格、多余引号，比如不能写PORT = 8080（等号两侧带空格会识别失败）、不能写PORT="8080"（多出来的引号会被当成值的一部分）
  • 确认你启动容器的时候没有用sh -c的方式截断参数传递
• 排查配置来源的优先级覆盖问题
  你的报错明确标注了server.port的来源是系统属性，不是application.properties。这说明大概率是容器的启动脚本里写了类似java -Dserver.port=$PORT -jar app.jar的启动命令，但是脚本没有正确解析环境变量，导致字面量$PORT被直接当成系统属性值传入JVM。
  由于Spring的系统属性配置优先级高于application.properties，这种情况下不管你在配置文件里写什么，都会被系统属性的错误值覆盖。解决方式要么修正启动脚本的变量解析逻辑，要么直接移除脚本里手动传的-Dserver.port参数，让Spring通过配置文件的占位符自动读取环境变量。
• 兜底验证步骤
  如果前面的排查都没找到问题，可以临时写死server.port=8080在配置文件里，打个新镜像启动验证。如果硬编码端口可以正常启动，就说明问题100%出在占位符解析或者环境变量传递环节，顺着前面的两个排查点再细分定位即可。

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