在 Ubuntu 22.04 上运行 yarn test 时，Jest 默认启用全部 CPU 核心（本例为 20 核），造成 Node.js 进程过度抢占系统资源，导致系统无响应、其他 Electron 应用被 OOM Killer 强制终止；通过显式限制 Jest 并行工作线程数可有效缓解。
在 ubuntu 22.04 上运行 `yarn test` 时，jest 默认启用全部 cpu 核心（本例为 20 核），造成 node.js 进程过度抢占系统资源，导致系统无响应、其他 electron 应用被 oom killer 强制终止；通过显式限制 jest 并行工作线程数可有效缓解。
Jest 在执行测试时默认使用 maxWorkers: "50%"（即逻辑核心数的一半）或更激进的策略（如 os.cpus().length），在高性能多核笔记本（如搭载 12 代 i9-12900H 的 20 线程 CPU）上极易引发资源争抢。尤其当系统内存虽充足（32 GB），但大量测试进程同时加载依赖、解析文件、启动 V8 实例时，会显著推高内存分配速率与上下文切换开销，触发 Linux 内核的 OOM Killer —— 这正是 Skype、Teams、Slack 等 Electron 应用被意外终止的根本原因。
✅ 推荐解决方案：显式限制 Jest 工作线程数
最直接有效的方式是在命令行中通过 --maxWorkers 参数控制并发数：
yarn test --maxWorkers=4
该配置将 Jest 并发测试进程数限制为 4，大幅降低 CPU 和内存瞬时压力，兼顾测试效率与系统稳定性。你也可以根据实际负载进一步微调（例如 --maxWorkers=2 用于后台轻量开发，或 --maxWorkers=6 用于空闲高性能场景）。
? 进阶建议（长期维护更佳）
为避免每次手动输入参数，推荐在项目 Jest 配置中固化该设置。在 jest.config.js 中添加：
module.exports = {
// ... 其他配置
maxWorkers: 4,
// 或使用更灵活的写法（保留一定弹性）：
// maxWorkers: '25%', // 占用约 4–5 个核心（20 × 0.25）
};⚠️ 注意事项：
- 不要设置 maxWorkers: 1（除非调试单个失败用例），否则测试耗时将显著增加；
- 若项目含大量 I/O 密集型测试（如 API Mock、数据库交互），maxWorkers=4 通常已足够平衡；CPU 密集型测试（如大型数据转换）则建议进一步降至 3 或 2；
- 可结合 htop 或 system-monitor 观察 node 进程的 CPU% 与 RES 内存占用，验证调优效果；
- Ubuntu 默认的 vm.swappiness=60 在高内存压力下可能加剧抖动，开发者机器可考虑临时设为 10（sudo sysctl vm.swappiness=10），但非必需步骤。
总之，--maxWorkers 是 Jest 最易见效的性能调控开关。合理设限不是牺牲效率，而是让自动化测试真正服务于开发节奏，而非反噬开发环境。
