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并检查返回值，需手动 throwstd::bad_alloc - 启用
-fno-exceptions编译选项后，new行为退化为类似malloc（返回nullptr），此时std::bad_alloc根本不会被抛出
