在c++++中应对new失败的方法包括：1. 使用try/catch捕获std::bad_alloc异常，适用于关键资源分配场景；2. 使用nothrow版本让new返回nullptr，适合性能敏感或嵌入式系统；3. 提前分配并复用内存，如使用对象池减少动态分配次数；4. 设置自定义new_handler函数，在分配失败时尝试恢复资源。这些方法可根据实际场景组合使用，以提高程序健壮性。
C++中使用 new 进行内存分配时，如果系统无法满足请求，就会抛出 std::bad_alloc 异常。这在低内存或长时间运行的程序中尤其常见。如何应对 new 失败的情况，是编写健壮 C++ 程序的重要一环。
1. 默认行为：捕获异常是最直接的做法
当 new 失败时，默认情况下会抛出异常。因此最直接的方式是在分配内存时使用 try/catch 块来捕获 std::bad_alloc：
try {
int* arr = new int[1000000000]; // 可能失败
} catch (const std::bad_alloc& e) {
std::cerr << "Memory allocation failed: " << e.what() << std::endl;
// 做一些清理或者退出处理
}这种方式适用于关键资源分配、需要优雅降级或记录日志的场景。但要注意的是，频繁使用 try/catch 会增加代码复杂度，也影响可读性。
立即学习“C++免费学习笔记（深入）”；
2. 使用 nothrow 版本避免抛出异常
如果你不希望程序因为 new 抛异常而中断流程，可以使用 nothrow 版本的 new：
int* arr = new (std::nothrow) int[1000000000];
if (!arr) {
std::cerr << "Failed to allocate memory, handle gracefully." << std::endl;
}这种方式返回 nullptr 而不是抛出异常，适合嵌入式系统或对异常机制有性能顾虑的项目。不过也要注意，所有使用该指针的地方都要做空指针检查，否则容易引入崩溃风险。
3. 提前分配并复用内存，减少动态分配次数
频繁调用 new 不仅可能引发异常，还会带来性能问题。一个常见的优化策略是：
- 使用对象池（object pool）提前分配好一定数量的对象
- 在需要时从池中取出，用完放回
- 避免运行时频繁申请堆内存
这样做的好处是：
- 减少运行时失败的可能性
- 提升性能（避免频繁调用
new和delete） - 更容易控制资源生命周期
比如网络服务器中常用连接池、线程池等技术，本质上就是这个思路。
4. 设置自定义 new 处理函数（set_new_handler）
C++允许你注册一个“new handler”函数，当 new 分配失败、准备抛异常前会被调用。你可以尝试在这里做一些事情，例如释放缓存、通知用户或等待资源释放：
void my_new_handler() {
std::cerr << "Custom new handler called. Trying to free some memory..." << std::endl;
// 这里可以尝试释放一些临时内存，或者返回让 new 再试一次
}
std::new_handler old_handler = std::set_new_handler(my_new_handler);这个方法适用于资源紧张但还有余地恢复的场景。比如游戏引擎在加载关卡时，可以在这个回调中释放部分贴图资源以腾出空间。
基本上就这些常用的处理方式了。实际项目中可以根据需求组合使用，比如在关键路径使用 nothrow + 检查，同时设置 new_handler 做兜底尝试。关键是根据应用场景选择合适的策略，而不是一味依赖默认行为。
