部署在Heroku的Spring Boot应用持续崩溃，求排查方向

从你提供的日志来看，应用Tomcat明明启动成功了，但一分钟后就被Heroku标记为崩溃，这种情况我遇到过好几次，主要可以从以下几个方向排查：

1. 端口配置是否正确（最常见原因） #

Heroku不会允许你硬绑定8080端口，它会给每个应用分配动态端口，并通过PORT环境变量传递给你的应用。如果你的Spring Boot还是硬编码使用8080，Heroku的健康检查会因为找不到监听的端口，超时后直接杀掉进程。

解决方法：在application.properties或application.yml里设置：

server.port=${PORT:8080}

这样本地开发时默认用8080，部署到Heroku时自动读取环境变量里的端口。

2. Procfile是否配置正确 #

Heroku需要通过Procfile知道怎么启动你的应用。确保项目根目录下有一个名为Procfile（无后缀）的文件，内容类似：

web: java -jar target/your-application-name.jar

注意：

• 开头的web是进程类型，必须保留，Heroku只会对web进程做端口健康检查
• 替换your-application-name.jar为你实际打包后的jar文件名
• 生产环境更推荐直接运行jar包，而非用Maven/Gradle插件启动

3. 内存资源是否超限 #

Heroku免费层的内存限制是512MB，Spring Boot应用启动时可能占用较多内存，如果超过限制，Heroku会直接杀掉进程（日志里可能不会直接显示OOM，但可以通过完整日志排查）。

可以尝试：

• 查看完整日志：运行heroku logs --full寻找内存相关的错误
• 限制JVM内存：修改Procfile的启动命令，添加内存参数：

web: java -Xmx256m -jar target/your-application-name.jar

-Xmx256m表示把堆内存上限设为256MB，避免超过Heroku的限制。

4. 健康检查是否通过 #

Heroku会在应用启动后检查它是否能正常响应请求。默认情况下，它会访问应用的根路径（/），如果你的根路径没有返回200状态码，或者应用启动后还有后台初始化任务没完成（比如数据库连接、缓存加载）导致请求超时，Heroku会认为应用不可用，标记为崩溃。

可以：

• 确保你的应用根路径（或自定义健康路径）能快速返回200
• 配置Spring Boot Actuator的健康端点，让Heroku检查/actuator/health（需要添加Actuator依赖）

5. 环境依赖是否正常 #

本地和Heroku的环境差异可能导致应用启动后隐性失败，比如：

• 数据库连接配置错误：比如Heroku Postgres的连接URL是否正确读取，有没有在application.properties里配置spring.datasource.url=${DATABASE_URL}
• 缺少环境变量：有没有必要的配置项（比如API密钥）在Heroku的环境变量里没设置
• 依赖版本问题：本地的依赖和Heroku上构建的依赖是否一致（比如用Maven/Gradle构建时有没有锁定版本）

6. 查看完整日志 #

你提供的只是日志末尾的部分，建议运行heroku logs --tail实时查看日志，或者heroku logs --full导出所有日志，里面可能隐藏了Tomcat启动后应用抛出的异常，比如数据库连接失败、bean初始化错误等，这些错误不会出现在启动成功的日志里，但会导致进程退出。

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