在c++++中，new内存分配失败时默认抛出std::bad_alloc，处理策略包括：1. 使用std::nothrow避免异常，返回空指针；2. 通过try/catch捕获异常进行清理和降级处理；3. 设置自定义new-handler尝试释放内存或终止程序；4. 根据应用场景选择处理方式，如嵌入式系统用nothrow、服务端设handler、gui关键路径保护等。开发者应结合raii和资源管理策略确保稳定性。
在C++中，使用
new进行内存分配失败时，默认会抛出
std::bad_alloc异常。很多开发者可能没怎么处理过这种情况，但如果你写的是长期运行、资源敏感或嵌入式相关的程序，就必须考虑如何应对这种异常。这篇文章就聊聊几种常见的处理策略和注意事项。
了解 new 抛出异常的机制
默认情况下，当
new无法分配足够的内存时，它会调用一个叫做“new-handler”的函数（可以自定义），尝试释放一些内存。如果还是不行，就会抛出
std::bad_alloc异常。
-
如果你不想让
new
抛出异常，可以在使用时加上std::nothrow
：立即学习“C++免费学习笔记（深入）”；
int* p = new (std::nothrow) int[1000000000]; if (!p) { // 处理内存分配失败的情况 }
这种方式返回空指针而不是抛出异常，适合不希望引入异常机制的项目。
异常捕获的基本做法
如果你的项目启用了异常机制，最直接的做法就是在
try/catch块中捕获
std::bad_alloc：
try {
int* bigArray = new int[veryLargeNumber];
} catch (const std::bad_alloc& e) {
std::cerr << "Memory allocation failed: " << e.what() << std::endl;
// 做一些清理或者降级处理
}这适用于关键操作前的内存申请，比如加载大文件、创建复杂对象等。
注意几点：
catch
要按引用捕获，避免对象切片；- 不建议把所有
new
都包进try
块，那样代码会变得臃肿； - 可以结合日志系统记录错误信息，便于排查。
使用 set_new_handler 自定义内存不足时的行为
C++允许我们设置一个全局的“new handler”函数，当内存分配失败时，先尝试调用这个函数，看是否能腾出一些内存：
#include#include void customNewHandler() { std::cerr << "Out of memory, trying to free some..." << std::endl; // 这里可以做一些释放缓存、暂停任务等操作 // 如果不能释放内存，可以抛出 bad_alloc 或者终止程序 throw std::bad_alloc(); } std::new_handler oldHandler = std::set_new_handler(customNewHandler);
这个方法适合用于资源回收机制比较完善的系统，比如游戏引擎、服务器后台等。你可以在这个函数中尝试释放一些非关键资源，给后续分配留点空间。
需要注意：
- 每次设置都会返回之前的handler，记得保存恢复；
- 要确保你的handler不会无限循环；
- 如果handler不做任何事又不抛出异常，会导致死循环。
实际开发中的一些取舍与建议
实际开发中，并不是每个地方都需要处理内存分配失败。以下是一些常见场景的处理建议：
-
嵌入式或资源受限环境：优先使用
nothrow
版本，手动检查指针； - 大型服务端应用：可以启用异常并设置new handler，尝试自救；
- GUI应用或桌面软件：内存充足的情况下，可以忽略处理，但关键路径仍需保护；
- 性能敏感模块：避免频繁使用new/delete，考虑使用内存池或其他预分配方式。
此外，也可以结合RAII机制来管理资源，在构造失败时自动回滚，减少手动清理负担。
基本上就这些了。虽然现在大多数系统内存都很充裕，但在某些极端情况或高并发场景下，正确处理内存分配失败依然是保障稳定性的关键一环。
