Bazel执行coverage内存耗尽崩溃，寻求串行执行及最优参数方案

我来帮你解决Bazel覆盖率执行时的内存溢出问题——哪怕是配置了32GB内存的Jenkins Pod，并行执行测试加上覆盖率收集的内存开销，很容易就把Java堆内存撑爆了。下面是针对串行执行的参数，以及优化内存的最优组合方案：

一、启用串行执行的核心参数 #

Bazel默认会并行执行测试和构建任务，这是内存占用飙升的主要原因之一。要强制串行执行，你需要加上这两个参数：

• --jobs=1：限制Bazel只使用1个工作进程，彻底禁用并行构建/测试
• --test_strategy=exclusive：确保所有测试任务串行执行，不会同时启动多个测试用例

把它们加到你的命令里，基础的串行执行命令就变成了：

./bazel coverage --config=gocov //src/ui/... \
        --collect_code_coverage \
        --combined_report=lcov \
        --remote_download_minimal \
        --coverage_report_generator="//src/cmd/gocoverage-lcov:gocoverage-lcov" \
        --jobs=1 \
        --test_strategy=exclusive

二、解决Java堆内存溢出的JVM调优参数 #

报错java.lang.OutOfMemoryError: Java heap space是因为Bazel本身的Java客户端内存不足，你需要给它分配更多堆内存，同时优化垃圾回收策略：

• --host_jvm_args="-Xmx16g"：给Bazel的JVM分配16GB堆内存（Jenkins Pod有32GB请求内存，留一半给测试进程和系统，比较稳妥；本地Mac可以根据自身内存调整，比如-Xmx8g）
• --host_jvm_args="-XX:+UseG1GC"：使用G1垃圾收集器，它能更高效地管理内存，减少内存碎片，降低OOM概率

三、进一步降低内存开销的附加参数 #

除了串行和JVM调优，还有几个参数可以帮你减少覆盖率收集的内存压力：

• --test_sharding_strategy=disabled：禁用测试分片，避免自动拆分测试用例并行执行
• --coverage_per_test：让每个测试单独生成覆盖率数据再合并，减少单进程处理大文件的内存占用（和--combined_report=lcov兼容）

四、最优参数组合示例 #

Jenkins Pod环境（32GB请求/48GB限制内存） #

./bazel coverage --config=gocov //src/ui/... \
        --collect_code_coverage \
        --combined_report=lcov \
        --remote_download_minimal \
        --coverage_report_generator="//src/cmd/gocoverage-lcov:gocoverage-lcov" \
        --jobs=1 \
        --test_strategy=exclusive \
        --host_jvm_args="-Xmx16g -XX:+UseG1GC" \
        --test_sharding_strategy=disabled

本地Mac环境（根据自身内存调整Xmx值） #

./bazel coverage --config=gocov //src/ui/... \
        --collect_code_coverage \
        --combined_report=lcov \
        --remote_download_minimal \
        --coverage_report_generator="//src/cmd/gocoverage-lcov:gocoverage-lcov" \
        --jobs=1 \
        --test_strategy=exclusive \
        --host_jvm_args="-Xmx8g -XX:+UseG1GC" \
        --test_sharding_strategy=disabled

额外小贴士 #

如果还是遇到OOM，可以试试这些：

1. 逐步调整-Xmx的值，比如Jenkins Pod可以尝试调到-Xmx20g（不要超过Pod的48GB限制，留够系统和其他进程的内存）
2. 检查你的自定义覆盖率生成器gocoverage-lcov，看看处理大覆盖率文件时有没有内存泄漏或者低效的内存使用情况
3. 在Jenkins Pod里执行时，可以用top或者jstat命令监控Bazel进程的内存占用，方便精准调整参数

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