大型项目Jenkins构建慢且不稳定的核心优化路径是做实并行、隔离、缓存、资源调度四件事：前后端构建需指定不同agent隔离执行环境；Maven禁用全局仓库锁并绑定分支与pom校验的缓存key；节点显式声明资源约束并限制单节点并发数；JVM参数须优化Maven/Gradle等子进程而非仅主节点。
大型项目在 Jenkins 上构建慢、不稳定，核心不是“加机器”或“堆插件”，而是把并行、隔离、缓存、资源调度四件事做实。光写个 parallel 块或挂个 cache 指令，往往效果有限，甚至引发竞态或脏缓存。真正有效的优化，得从 Pipeline 编写、Agent 配置、依赖管理到 JVM 层逐层下沉。
并行必须带约束，不能只靠关键字
并行不是让所有 stage 同时跑就完事。关键看任务之间是否真正独立：
- 前后端构建必须指定不同 agent，比如
agent { label 'frontend' }和agent { label 'backend' }，避免 CPU 抢占和磁盘 I/O 冲突 - 测试任务并行时，每个子 stage 用
dir("unit-test") { ... }或dir("integration-test") { ... }显式隔离工作目录 - Maven 构建禁用全局仓库锁：命令中加上
-Dmaven.repo.local=/tmp/m2-${BUILD_ID}，防止多个构建写同一.m2/repository
缓存要可验证、分粒度、绑定变更
默认 cache 容易失效不触发、复用脏数据：
- Maven 缓存 key 推荐用分支名 +
pom.xml的 SHA256：cache(key: "m2-${env.BRANCH_NAME}-${sh(returnStdout: true, script: 'sha256sum pom.xml | cut -d\" \" -f1')}") - Node.js 优先用
npm ci --no-audit而非npm install，强制以package-lock.json为准 - Docker 构建启用 BuildKit：
sh 'DOCKER_BUILDKIT=1 docker build --progress=plain -t myapp .'，跳过未改动 layer
节点资源要显式声明，不能靠默认调度
Jenkins 不会自动感知内存/CPU 压力，得人工划界：
- 高负载任务（如集成测试）单独打 label，例如
agent { label 'high-mem' }，对应节点配 8 核 + 16GB 内存 - 单节点并发数设为 2～3（而非默认的 10），避免一个慢任务卡死整台机器
- 关键步骤包
timeout(time: 15, unit: 'MINUTES') { sh 'mvn verify' }，防止单测挂起拖垮整条流水线
JVM 参数要管子进程，不止主节点
很多团队只调 Jenkins 主进程的 -Xmx4g，但 Maven/Gradle 启动的子 JVM 才是瓶颈：
- 在 Pipeline 中为 Maven 显式传参：
sh 'mvn -Dmaven.repo.local=/tmp/m2-${BUILD_ID} -DforkCount=2C -DargLine="-Xmx2g" clean package' - Gradle 加
org.gradle.jvmargs=-Xmx2g -XX:MaxMetaspaceSize=512m到gradle.properties，避免编译期 GC 频繁
不复杂但容易忽略。
