std::bad_alloc是new表达式分配失败时抛出的异常，由operator new检测到分配失败后主动throw，反映C++标准库层面分配失败而非单纯系统内存耗尽，常见于堆耗尽、内存碎片、自定义分配器拒绝等场景。

std::bad_alloc 是 new 表达式失败时抛出的异常

当 new（非 nothrow 版本）尝试分配内存但底层分配器无法满足请求时，会抛出 std::bad_alloc。它不是由 malloc 或系统直接触发的，而是 C++ 运行时在 operator new 内部检测到分配失败后主动 throw 的。

• 典型场景：申请远超可用物理内存 + 交换空间的连续内存（如 new int[SIZE_MAX]）
• 不触发的情况：使用 new (std::nothrow) T 失败时返回 nullptr，不会抛异常
• 注意：即使系统还有空闲内存，也可能因碎片化导致无法分配大块连续内存而抛出

std::bad_alloc 不等于 “系统内存耗尽”

它反映的是 C++ 标准库层面的分配失败，背后原因可能更复杂：

• 堆内存耗尽（最常见）
• operator new 被重载后手动 throw（例如调试用的内存限制器）
• 分配器策略拒绝请求（如自定义 std::allocator 实现中加入大小检查）
• 某些平台对单次 new 有隐式上限（如 32 位进程地址空间不足）

捕获 std::bad_alloc 的实际意义有限

多数情况下，程序无法真正“恢复”——因为连基础对象都分配不出，很难安全地执行清理或降级逻辑：

• 不要指望 catch 后还能继续正常运行；通常只能记录日志、保存关键状态、然后退出
• 在资源敏感路径（如实时音频处理、嵌入式）中，应优先使用栈分配、对象池或预分配缓冲区
• 若必须动态分配，建议搭配 std::nothrow 和显式空指针检查，避免异常传播带来的不确定性

try {
    auto ptr = new int[1000000000]; // 可能抛 std::bad_alloc
} catch (const std::bad_alloc& e) {
    std::cerr << "Allocation failed: " << e.what() << "/n";
    std::exit(EXIT_FAILURE); // 通常这是最现实的选择
}

std::bad_alloc 与 malloc 返回 NULL 的行为差异

C++ 的 new 默认抛异常，而 C 的 malloc 返回 nullptr。这种设计差异意味着：

立即学习“C++免费学习笔记（深入）”；

• 混合使用时要注意：malloc 失败不会触发 std::bad_alloc，也不会自动调用构造函数
• 重载全局 operator new 时，若内部调用 malloc 并检查返回值，需手动 throw std::bad_alloc
• 启用 -fno-exceptions 编译选项后，new 行为退化为类似 malloc（返回 nullptr），此时 std::bad_alloc 根本不会被抛出

真正棘手的不是捕获它，而是提前识别哪些分配是不可恢复的关键路径——那里不该依赖异常机制兜底。

https://www.php.cn/faq/1968473.html