Jenkins是目前使用最广泛的持续集成工具之一，几乎所有中大型研发团队都会将它作为核心流水线的调度平台。它能帮助开发者实现自动化构建、测试和部署，极大提高效率。但在实际使用中，Jenkins 常常面临性能瓶颈，比如构建速度慢、任务排队、内存溢出、磁盘空间不足等问题。如果部署环境是 Linux 服务器，那么合理地进行性能调优，不仅能提高 Jenkins 的稳定性，还能让流水线运行更流畅。

　　很多团队在刚开始使用 Jenkins 时，往往只是安装好就直接投入使用，随着项目和任务的增加，问题逐渐暴露出来。要解决这些问题，需要从系统资源、JVM 配置、Jenkins 自身参数、插件管理和构建策略等多方面入手。

　　一、优化服务器资源配置

　　首先，Jenkins 的性能直接依赖服务器硬件。常见瓶颈在 CPU、内存、磁盘 IO 和网络。

　　内存：Jenkins 是基于 Java 的应用，对内存依赖极大。如果并发构建任务多，推荐至少 8GB 内存，中大型团队建议 16GB 或以上。

　　CPU：构建任务经常需要编译、打包，CPU 核心数越多，Jenkins 执行并发构建的能力越强。建议至少 4 核起步，CI/CD 任务繁重时考虑 8 核以上。

　　磁盘：构建过程会产生大量缓存文件和日志，若磁盘 IO 慢，任务会明显拖慢。SSD 是必选，避免使用机械硬盘。

　　网络：如果 Jenkins 需要频繁拉取 Git 代码或上传构建产物，网络带宽必须充足。对接制品库时，最好在内网部署 Nexus 或 Harbor，避免跨公网传输带来的延迟。

　　二、调整 Jenkins JVM 参数

　　Jenkins 运行在 JVM 上，启动时的内存参数会直接影响性能。在 Linux 下，一般通过修改 jenkins.service 或启动脚本来调整 JVM 配置。

　　编辑 systemd 配置：

sudo systemctl edit jenkins

　　在 [Service] 下添加：

Environment="JAVA_OPTS=-Xms1024m -Xmx4096m -XX:+UseG1GC -XX:+HeapDumpOnOutOfMemoryError -XX:+ExitOnOutOfMemoryError"

　　参数解释：

　　-Xms：初始堆大小，建议 1G 起步。

　　-Xmx：最大堆大小，可根据物理内存设定，一般为内存的一半。

　　-XX:+UseG1GC：使用 G1 垃圾回收器，适合大堆内存场景。

　　-XX:+HeapDumpOnOutOfMemoryError：内存溢出时生成堆转储，方便排查。

　　调整完成后，执行：

sudo systemctl daemon-reload
sudo systemctl restart jenkins

　　这样 Jenkins 就会以新的 JVM 参数启动。

　　三、精简和优化Jenkins插件

　　Jenkins 的强大功能依赖插件，但插件越多，系统越臃肿，启动速度和内存占用都会增加。

　　定期检查插件列表，删除不再使用的插件。

　　避免安装过于冗余的 UI 插件，它们会增加页面渲染开销。

　　对必要插件要保持更新，老版本可能存在性能 Bug。

　　插件升级前最好在测试环境验证，避免因兼容性问题导致主环境崩溃。

　　在 Linux 上，可以通过以下命令查看 Jenkins 插件目录：

ls /var/lib/jenkins/plugins

　　清理无用插件后，重启 Jenkins 即可生效。

　　四、合理使用Master和Agent

　　Jenkins Master 主要负责调度和任务分发，实际构建应尽量放在 Agent 上执行。如果所有任务都在 Master 跑，会极大拖慢系统响应。

　　优化方法：

　　将 Jenkins Master 仅作为调度控制台，不直接跑构建任务。在 Linux 下为不同项目创建多个 Agent，使用 SSH 或 JNLP 方式接入。可以将资源消耗大的构建任务(如 Android、Java 编译)分配到高配 Agent，把轻量级任务(如脚本检查、单元测试)留在低配 Agent。这样既能分散负载，也能避免 Master 因构建压力过大而宕机。

　　五、优化任务执行策略

　　构建任务配置不合理，也是 Jenkins 性能下降的原因之一。

　　并发限制：如果某个 Job 被频繁触发，可以在“配置”→“并发构建数”中设置限制，避免资源被同一任务占满。

　　流水线脚本优化：使用 Jenkins Pipeline 时，避免写长时间阻塞的步骤，比如在 Groovy 脚本里跑长任务，应改为调用外部脚本。

　　缓存依赖：构建中频繁下载依赖(如 npm、maven 包)，会严重拖慢速度。可以在 Linux 本地配置缓存仓库，例如：Maven使用私有Nexus仓库，npm使用cnpm或Verdaccio，Docker镜像构建时配置本地Registry

　　定期清理工作空间：Jenkins默认会保留历史构建数据，时间长了磁盘空间会爆满。在Job配置里启用“丢弃旧的构建”，例如保留最近30个构建，或者30天内的数据即可。

　　六、日志与监控调优

　　日志过多会影响磁盘IO，甚至拖垮Jenkins。

　　在Jenkins系统配置中，减少日志级别，避免无用的调试日志。

　　定期清理 /var/log/jenkins/ 目录下的历史日志，可用 logrotate 自动管理。

　　使用 pm2、supervisord 或 systemd 来监控 Jenkins 进程，确保异常时能自动拉起。

　　建议接入 Prometheus + Grafana，对 CPU、内存、任务队列长度、构建耗时做监控，提前发现瓶颈。

　　七、Linux 系统层面优化

　　除了 Jenkins 自身，还可以通过 Linux 系统配置来优化：

　　增加文件句柄数：Jenkins 构建过程中可能会同时打开大量文件，默认 Linux 的 ulimit 过低会报错。

　　修改 /etc/security/limits.conf：

jenkins soft nofile 65535
jenkins hard nofile 65535

　　调整进程数限制，在 /etc/security/limits.conf 中增加：

jenkins soft nproc 4096
jenkins hard nproc 8192

　　优化内核参数，编辑 /etc/sysctl.conf，加入：

vm.swappiness=10
fs.file-max=2097152
net.core.somaxconn=1024

　　执行 sysctl -p 生效。

　　这些调整能避免 Jenkins 在高并发场景下出现系统层面的瓶颈。

　　如果团队使用 Docker 或 Kubernetes，可以考虑将 Jenkins 容器化。好处是容器环境隔离，构建过程不会污染宿主机。资源可弹性扩展，配合 K8s 动态分配 Agent。易于迁移和备份。在容器环境中，性能优化思路类似，但更容易通过资源限制(CPU/内存配额)来控制不同任务的消耗。

　　常见问答：

　　Q1：Jenkins 经常内存溢出，怎么解决?

　　A1：增加服务器内存，同时调整 JVM 参数(如 -Xmx)，避免堆空间不足。还需检查是否插件过多或任务脚本存在内存泄漏。

　　Q2：流水线任务排队很久，如何优化?

　　A2：增加 Agent 节点，分散构建压力;同时检查是否存在单个 Job 被无限制触发的情况。

　　Q3：磁盘空间老是不够，怎么办?

　　A3：定期清理构建历史，设置“丢弃旧的构建”，同时把日志纳入 logrotate 管理。

　　Q4：插件更新会影响性能吗?

　　A4：老旧插件可能带 Bug，更新后通常更稳定。但更新要谨慎，建议先在测试环境验证。

　　Q5：Jenkins 能同时跑多少任务?

　　A5：取决于硬件和配置。常见配置下，一台 8 核 16GB 服务器稳定运行 20~40 个并发任务问题不大。