为什么优先使用make_shared而不是new 异常安全和内存局部性优势

使用 std::make_shared 而不是直接使用 new 创建 std::shared_ptr 的主要原因有三个：1. 异常安全：避免在函数参数中因表达式执行顺序未定义而导致资源泄漏；2. 内存局部性更好：将控制块与对象内存合并分配，减少内存碎片并提升缓存命中率；3. 代码更简洁且易于维护：避免重复类型名、支持自动推导、语义清晰。因此，在能使用 make_shared 的场景应优先使用它以确保安全性和性能。

在C++中，std::make_shared 是创建 std::shared_ptr 的首选方式，而不是直接使用 new。这不仅是因为写法更简洁，更重要的是它在异常安全和内存局部性方面有明显优势。

异常安全：避免资源泄漏的关键

当你这样写：

foo(std::shared_ptr<T>(new T), g());

如果 g() 抛出异常，那么虽然 T 已经被 new 出来，但 shared_ptr 还没构造完成，就可能导致资源泄漏。因为表达式顺序是未指定的，编译器可能先执行 new T，再调用 g()，一旦 g() 出错，前面分配的内存就没人管了。

而用 make_shared：

foo(std::make_shared<T>(), g());

就不会出现这个问题。因为 make_shared 会一次性构造对象并管理内存，只有整个表达式成功后才会传给 foo。即使 g() 抛异常，也不会导致内存泄漏。

所以：

先见AI

数据为基，先见未见

95

查看详情

• 尽量避免在函数参数里直接写 shared_ptr(new T)。
• 使用 make_shared 能确保异常安全，避免资源泄露。

内存局部性更好：提升性能的小细节

make_shared 在实现上通常会把控制块（用于引用计数、删除器等信息）和实际对象放在同一块内存中。而如果你写：

std::shared_ptr<T> p(new T);

那么对象和控制块是分开申请两块内存。这意味着两次内存分配操作，也可能导致内存布局分散，影响缓存命中率。

虽然对大多数项目来说这点差异不明显，但在高频场景下（比如大量短生命周期的对象），这种优化可以带来可观的性能提升。

其他小优势：代码简洁与一致性

除了上面两个主要优点外，make_shared 还有几个“附加价值”：

• 不需要重复写类型名，减少拼写错误。
• 更容易配合模板或自动推导（如 auto）。
• 语义清晰，一看就知道是在创建一个带共享所有权的对象。

基本上就这些。不是说用了 new 就一定会出问题，但在能用 make_shared 的时候优先使用，是一种更稳妥、现代的 C++ 编程习惯。

以上就是为什么优先使用make_shared而不是new 异常安全和内存局部性优势的详细内容，更多请关注php中文网其它相关文章！