关键在于服务真实就绪而非单纯启动顺序，需结合healthcheck（如mysql、redis、spring boot健康端点）与应用层重试机制（jdbc参数、@retryable），并用.env统一管理依赖配置。
Java 容器化部署中，用 Docker Compose 编排多服务依赖，关键不是“先启动谁”，而是让服务真正就绪后再被调用。单纯靠 depends_on 只能控制容器启停顺序，不能保证数据库已建库、端口已监听、Spring Boot 已完成上下文初始化。必须结合健康检查和连接重试机制，才能实现可靠依赖。
明确服务间逻辑依赖关系
先理清 Java 应用的真实依赖链。比如 Spring Boot 服务启动前，MySQL 必须：已运行、监听 3306 端口、指定数据库（如 mydb）已创建、用户有访问权限。Redis 同理。这些不是容器“启动”就能满足的，而是服务“就绪”才满足。
- 避免把前端、后端、数据库全写成平级服务，要体现层级：数据库 → 缓存 → 后端 → 网关/前端
- 不要在
depends_on中跨层强依赖（如前端直接依赖数据库），这会破坏分层设计 - 若使用 Nginx 做反向代理，它应只依赖后端服务，不直接连数据库
用 healthcheck 实现服务真实就绪判断
Docker Compose 的 healthcheck 是让依赖更可靠的基石。它定期执行命令，根据返回码判定容器内服务是否健康。对 Java 项目常用组合如下：
- MySQL：用
mysql -h localhost -u root -p$MYSQL_ROOT_PASSWORD -e "SELECT 1"检查可查询性 - Redis：用
redis-cli -h localhost ping返回PONG - Spring Boot：暴露
/actuator/health，用curl -f http://localhost:8080/actuator/health || exit 1 - 注意设置
start_period（如 40s），给慢启动服务（如 JVM 初始化+Hibernate建表）留出缓冲时间
在 Java 应用里做连接容错与重试
即使 Compose 层做了健康检查，网络波动或服务短暂不可用仍可能发生。Spring Boot 应用需主动应对：
- 配置 JDBC URL 加上重试参数，例如：
jdbc:mysql://db:3306/mydb?connectTimeout=5000&socketTimeout=30000&autoReconnect=true - 使用
@Retryable注解或 Resilience4j，在 DAO 层对数据库连接失败做指数退避重试（3~5 次较合理） - 避免应用启动时硬校验外部服务——Spring Boot 默认会阻塞启动直到 DataSource 初始化失败，建议设
spring.datasource.initialization-mode=never并交由业务逻辑处理异常
通过 environment 和 .env 统一管理依赖配置
服务之间通信靠 host 名（即 service name），但端口、密码、数据库名等参数应集中管理，避免硬编码：
- 在
.env文件中定义：DB_HOST=db、DB_PORT=3306、DB_NAME=myapp - 在
docker-compose.yml的environment下引用：- SPRING_DATASOURCE_URL=jdbc:mysql://${DB_HOST}:${DB_PORT}/${DB_NAME} - Java 应用读取这些环境变量，无需修改代码即可切换开发/测试/预发环境
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
