C++处理超大数组时如何避免SIGKILL并优雅处理内存分配错误

为什么触发SIGKILL而非抛出异常？ #

• Linux OOM Killer机制：当系统物理内存+交换区耗尽时，内核会启动OOM Killer（内存不足杀手），选择内存占用高的进程发送SIGKILL直接终止。这种情况下，进程没有机会执行C++异常抛出逻辑，内核直接终止了程序，这是最常见的原因。
• 进程内存限制被触发：如果进程通过ulimit或cgroup设置了内存上限，当申请的内存超过这个限制时，内核会直接发送SIGKILL终止进程，而非让用户态程序处理异常。
• 虚拟地址空间耗尽：若为32位程序，虚拟地址空间本身有限（通常4GB），当数组所需内存超过剩余可用虚拟地址空间时，部分场景下内核会直接终止进程（这类情况更常见的是触发SIGSEGV，但也可能出现SIGKILL）。

如何避免SIGKILL并优雅处理内存不足？ #

• 预检查内存需求
  计算所需内存总量（sizeOfArray * sizeof(double)），提前做预判：

  • 读取/proc/self/statm获取进程当前内存使用情况，结合/proc/meminfo的系统剩余内存做粗略检查（注意：这种检查存在竞争，其他进程可能在检查后抢占内存）。
  • 通过getrlimit(RLIMIT_AS, &rlim)获取进程的虚拟内存上限，判断所需内存是否超过rlim.rlim_cur。

• 使用nothrow版new
  改用不抛出异常的new版本，分配失败时返回nullptr，可在用户态捕获分配失败：

  int result = 0;
  m_array = new(std::nothrow) double[sizeOfArray];
  if (!m_array) {
      result = -1;
      // 执行日志记录等处理逻辑
  }
  return result;
  

  注意：该方法仅能处理普通内存分配失败，无法避免OOM Killer触发的SIGKILL。

• 分块处理数据
  避免一次性分配超大数组，将数据拆分成多个小块分批处理，降低单次内存占用，从根源上减少触发OOM Killer的概率。

• 调整OOM Killer优先级
  通过修改进程的/proc/self/oom_score_adj降低被OOM Killer选中的概率：

  # 可在程序运行时执行，或在代码中写入该文件
  echo -1000 > /proc/self/oom_score_adj
  

  数值越小（最低-1000），进程越不容易被OOM Killer选中，但这只是缓解手段，无法彻底避免内存耗尽的情况。

• 系统层面扩容
  如果系统本身内存不足，增加物理内存或扩大交换区（swap）可以降低OOM Killer被触发的频率，这是系统环境的调整方案。

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