C++中new默认抛出std::bad_alloc异常以强制处理内存分配失败，体现RAII和异常安全设计哲学；而new (std::nothrow)返回nullptr，适用于需避免异常或精细控制错误处理的场景，如嵌入式系统或高并发服务，但要求手动检查指针。
在C++中，
new
操作符在内存分配失败时，默认行为是抛出
std::bad_alloc
异常。但如果你使用
new (std::nothrow)
这种特殊形式，它会返回一个空指针（
nullptr
）。这两种行为代表了C++处理资源获取失败的两种哲学，各有其适用场景和优缺点。
C++的
new
操作符，在标准库的默认实现中，如果无法分配请求的内存，它会通过抛出
std::bad_alloc
异常来通知程序。这是一种非常“C++风格”的错误处理机制，它强制你在更高层级或至少在某个地方考虑并处理这种极端情况。我个人觉得，这体现了C++对资源管理和程序健壮性的重视，毕竟内存耗尽往往是系统级的严重问题。
然而，C++也提供了一个替代方案：
new (std::nothrow)
。当你这样使用它时，如果内存分配失败，它不会抛出异常，而是返回一个
nullptr
。这在某些特定场景下非常有用，尤其是在那些不希望异常打断程序流程，或者需要在资源受限环境下更精细地控制错误处理的场合。在我看来，这更像是对C语言
malloc
行为的一种现代C++封装，给了开发者更多的选择权。
为什么C++的
new
new
操作符默认选择抛出异常而不是返回空指针？
这背后其实是C++设计哲学的一个核心体现，尤其是与RAII（Resource Acquisition Is Initialization）原则和异常安全紧密相关。当我第一次深入理解C++的异常机制时，就觉得这种设计非常巧妙。
立即学习“C++免费学习笔记（深入）”；
默认抛出
std::bad_alloc
异常，意味着内存分配失败不再是一个可以被悄无声息忽略的“小问题”。它强制你正视这个事实：程序无法获得其所需的关键资源。如果
new
返回
nullptr
，那么每次使用
new
之后，你都必须手动检查指针是否为空，否则后续对空指针的解引用将导致未定义行为，通常是程序崩溃。这种频繁的手动检查不仅繁琐，而且极易遗漏，从而引入难以发现的bug。
异常机制则将错误处理逻辑与正常业务逻辑分离开来。当
new
抛出异常时，程序会沿着调用栈向上查找匹配的
catch
块。这意味着你可以在一个更高层级的地方集中处理内存分配失败，比如在主循环、线程入口点，或者某个模块的顶层。这种方式让代码更清晰，也更容易实现异常安全的代码，即在异常发生时，程序能够保持在一个有效状态，不会泄露资源。对我而言，这种“要么成功，要么抛出异常”的二元性，让资源获取变得更加可靠。
在哪些场景下，我们应该考虑使用
new (std::nothrow)
new (std::nothrow)
？
虽然默认抛出异常是主流且推荐的做法，但
new (std::nothrow)
并非没有用武之地。在某些特定场景下，它能提供更灵活的错误处理策略，尤其是我在嵌入式系统开发或者一些对性能和稳定性有极致要求的服务中，会倾向于考虑它。
一个典型的场景是资源受限的嵌入式系统。在这些系统中，内存往往非常宝贵，而且异常处理的开销可能无法接受。如果内存分配失败，程序可能需要尝试一些降级操作，而不是直接崩溃。例如，一个图像处理程序可能在内存不足时选择处理更小尺寸的图像，或者直接跳过当前帧。在这种情况下，
new (std::nothrow)
返回
nullptr
，允许程序在分配失败后继续执行，并根据
nullptr
检查来执行备用逻辑。
另一个例子是大型、长时间运行的服务。有时，一个服务可能需要处理大量并发请求，其中某些请求可能需要分配大量内存。如果每次内存分配失败都抛出异常，并且这个异常没有被恰当捕获和处理，可能会导致整个服务崩溃。使用
new (std::nothrow)
可以允许单个请求的内存分配失败，而不会影响其他请求或整个服务的稳定性。你可以为这个失败的请求返回一个错误响应，而服务本身继续运行。
此外，当与遗留C风格代码或API交互时，
new (std::nothrow)
也可能是一个不错的选择，因为它模拟了
malloc
的行为，使得接口转换更加平滑，减少了引入异常处理机制的复杂性。但需要强调的是，使用
new (std::nothrow)
意味着你必须承担起每次分配后检查
nullptr
的责任，这需要非常细致和严谨的编程习惯。
如何有效地处理C++中的内存分配失败？
处理内存分配失败，无论是通过异常还是空指针，都需要一套清晰的策略。我通常会根据项目的具体需求和C++标准库的特性来选择最合适的方案。
对于
std::bad_alloc
异常，最常见的处理方式是在程序的较高层级捕获它。例如，在一个
main
函数或者一个关键的线程入口点，你可以设置一个
try-catch
块来捕获
std::bad_alloc
。捕获后，你可以记录详细的错误日志，尝试释放一些非关键资源（如果可能），然后优雅地终止程序，或者在某些情况下尝试恢复到已知良好状态。重要的是，不要在每个
new
操作周围都放置一个
try-catch
块，这会使代码变得臃肿且效率低下。异常的强大之处在于它能穿透多层函数调用，让你在逻辑上最合理的地方集中处理错误。
#include #include #include // For std::bad_allocvoid allocate_large_data() { // 尝试分配大量内存 std::vector* large_vec = nullptr; try { large_vec = new std::vector(1024 * 1024 * 1024 / sizeof(int)); // 1GB std::cout << "Successfully allocated large vector." << std::endl; // ... 使用 large_vec ... delete large_vec; } catch (const std::bad_alloc& e) { std::cerr << "Caught std::bad_alloc in allocate_large_data: " << e.what() << std::endl; // 这里可以进行一些局部清理或日志记录 if (large_vec) { // 确保即使分配失败，也处理可能的半构造对象（虽然bad_alloc通常在构造前） delete large_vec; } throw; // 重新抛出，让上层处理 }}int main() { try { allocate_large_data(); } catch (const std::bad_alloc& e) { std::cerr << "Global handler: Failed to allocate memory: " << e.what() << std::endl; // 在这里进行全局的错误处理，例如记录日志，向用户显示错误消息，然后退出 return 1; } catch (const std::exception& e) { std::cerr << "Global handler: An unexpected error occurred: " << e.what() << std::endl; return 1; } return 0;}
对于
new (std::nothrow)
返回
nullptr
的情况，处理方式就直接得多：每次分配后立即检查指针。
#include #include // For std::unique_ptrint* create_int_array(size_t size) { int* arr = new (std::nothrow) int[size]; if (arr == nullptr) { std::cerr << "Failed to allocate " << size << " integers. Returning nullptr." << std::endl; // 可以返回一个错误码，或者抛出一个自定义异常（如果需要） } return arr;}int main() { size_t large_size = 1024 * 1024 * 1024 / sizeof(int); // 1GB std::unique_ptr my_array(create_int_array(large_size)); // 使用智能指针管理 if (my_array) { std::cout << "Successfully allocated array with nothrow." << std::endl; // ... 使用 my_array ... } else { std::cout << "Array allocation failed with nothrow. Program can continue." << std::endl; // 可以尝试其他策略，比如使用更小的数组，或者从磁盘加载数据 } size_t small_size = 10; std::unique_ptr small_array(create_int_array(small_size)); if (small_array) { std::cout << "Successfully allocated small array." << std::endl; } return 0;}
此外，无论采用哪种方式，内存管理工具和技术都是不可或缺的。使用
std::unique_ptr
和
std::shared_ptr
等智能指针可以自动管理内存的生命周期，减少内存泄漏的风险，尽管它们本身不能阻止
new
操作的失败。同时，定期进行内存分析和优化，使用内存池或自定义分配器，也能在一定程度上缓解内存压力，减少分配失败的可能性。
以上就是C++中new失败时是抛出异常还是返回空指针的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1473822.html
微信扫一扫 
支付宝扫一扫 
