Cloud Run容器无法接收流量：未监听8080端口启动失败

从你的部署日志和容器日志来看，核心问题是容器启动后直接退出（exit(0)），导致Cloud Run的TCP启动探针无法连接8080端口，最终部署失败。结合你使用的Spring Boot应用，给你几个针对性的解决步骤：

1. 让Spring Boot适配Cloud Run的PORT环境变量 #

Cloud Run会自动传入PORT环境变量（默认值8080），应用不能硬编码监听端口，必须适配这个变量：

• 在application.properties中添加：

  server.port=${PORT:8080}
  

• 若使用YAML配置（application.yml），则写为：

  server:
    port: ${PORT:8080}
  

2. 移除Spring Boot DevTools #

日志里出现了RestartClassLoader，说明你的生产镜像中打包了DevTools——这是开发工具，放到生产环境会导致应用启动异常或直接退出：

• Maven项目：在pom.xml中将DevTools的依赖范围改为provided：

  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-devtools</artifactId>
      <scope>provided</scope>
  </dependency>
  

• Gradle项目：修改依赖配置：

  developmentOnly 'org.springframework.boot:spring-boot-devtools'
  

修改后重新构建镜像，确保DevTools未被包含在最终镜像内。

3. 本地测试容器运行状态 #

在本地模拟Cloud Run的环境运行容器，验证应用能否正常启动并监听端口：

docker run -p 8080:8080 -e PORT=8080 eu.gcr.io/MyProject/MyApp:latest

之后用curl localhost:8080或浏览器访问，确认应用能正常响应，同时查看容器日志排查潜在报错。

4. 检查Dockerfile启动命令 #

确保Dockerfile使用正确的生产环境启动命令，例如：

FROM openjdk:17-jdk-slim
COPY target/MyApp.jar app.jar
ENTRYPOINT ["java", "-jar", "/app.jar"]

避免使用开发模式启动命令，这类命令可能导致应用启动后直接退出。

5. 查看完整应用日志 #

Cloud Run显示的日志可能不完整，前往GCP控制台的日志查看器，筛选应用实例的完整启动日志，排查是否存在依赖缺失、配置文件错误等隐藏问题——这类问题也可能导致应用启动后立即退出。

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