Linux系统下Jest Worker进程被SIGKILL终止的排查与解决

一、查看Linux系统相关日志（排查SIGKILL原因） #

Jest进程被SIGKILL终止最常见的原因是内存不足触发OOM Killer，可通过以下方式查看系统日志确认：

• 查看内核OOM相关日志：
  运行dmesg | grep -i oom，若为内存不足导致，会看到类似Out of memory: Killed process 2439 (jest)的记录；也可宽泛搜索kill相关日志：dmesg | grep -i kill
• 查看系统日志文件：
  Ubuntu/Debian系统查看/var/log/syslog：grep -i "oom-killer" /var/log/syslog
  CentOS/RHEL系统查看/var/log/messages：grep -i "oom-killer" /var/log/messages
• systemd系统用journalctl：
  查看内核日志中的kill记录：journalctl -k | grep -i kill
  查看最近系统日志详情：journalctl -xe | grep -i oom

二、解决Jest被SIGKILL终止的问题 #

1. 限制Jest工作进程数 #

Jest默认按CPU核心数启动多进程，内存不足时可减少并发数：

• 运行测试时添加参数：jest --maxWorkers=2（数字根据机器内存调整，比如1或2）
• 或在jest.config.js中配置：

  module.exports = {
    maxWorkers: 2
  };
  

2. 缓解内存压力 #

• 用top或htop查看内存占用，关闭其他占用大量内存的无关进程
• 临时添加swap分区（适合临时内存不足场景）：

  sudo fallocate -l 4G /swapfile
  sudo chmod 600 /swapfile
  sudo mkswap /swapfile
  sudo swapon /swapfile
  

3. 优化测试用例 #

• 拆分大测试文件，避免单个文件包含过多用例导致内存占用过高
• 检查测试代码中的内存泄漏：比如未清理的全局变量、未释放的资源（数据库连接、文件句柄等），在测试完成后用afterEach或afterAll添加清理逻辑

4. 升级物理内存 #

若为长期内存不足问题，直接升级机器物理内存，从根源解决资源不足问题

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