导读：在真实的 Java 企业级开发中，简单的mvn test加git push并不能算作 CI/CD，这种“玩具”流水线在面对多模块依赖、内存溢出、测试超时等真实水深时往往会瞬间崩溃。真正的生产级流水线核心不在于“能不能跑”，而在于“跑得稳不稳、出了问题能不能三分钟定位”。本文将摒弃抽象概念，直接分享在 Spring Boot 微服务、批处理调度平台等中型项目上反复打磨沉淀的 CI/CD 实战链路，聚焦编译、测试与可靠部署。一、整体设计思路：拒绝“为自动化而自动化”很多教程一上来就堆砌 Dockerfile 或 Kubernetes YAML，但对绝大多数 Java 项目来说，如果运维环境连 Docker 都没装，强行上 K8s 等于“杀鸡用牛刀”。GitHub Actions 的价值在于它天然与代码仓库耦合、零额外基础设施依赖，且调试路径极短。1.1 四层架构定义与职责边界为了解决 Java 项目构建时间不可控和失败责任不可分的问题，生产级流水线应采用“分层可控”架构，将 CI/CD 拆分为四个逻辑层，每层独立配置、独立失败、独立重试：层级触发条件核心任务关键约束与典型失败场景编译层PR 创建/更新、push 到 dev 分支mvn compile -DskipTests=true禁用测试，仅验证语法与依赖解析。JVM 参数强制-Xms512m -Xmx1024m。常见失败：私服地址错误、JDK 版本不匹配。测试层PR 创建/更新、push 到 main 分支mvn test -Pci使用-PciProfile 隔离测试配置（如用 H2 替代 MySQL），超时设为 15m 防止死锁。常见失败：数据库连接超时、Spring Context 加载失败。打包层push 到 main 分支、Git Tag 推送mvn clean package -Dmaven.test.skip=true -DfinalName=${
