使用 std::make_shared 而不是直接使用 new 创建 std::shared_ptr 的主要原因有三个：1. 异常安全：避免在函数参数中因表达式执行顺序未定义而导致资源泄漏；2. 内存局部性更好：将控制块与对象内存合并分配，减少内存碎片并提升缓存命中率；3. 代码更简洁且易于维护：避免重复类型名、支持自动推导、语义清晰。因此，在能使用 make_shared 的场景应优先使用它以确保安全性和性能。
在C++中，std::make_shared 是创建 std::shared_ptr 的首选方式，而不是直接使用 new。这不仅是因为写法更简洁，更重要的是它在异常安全和内存局部性方面有明显优势。
异常安全：避免资源泄漏的关键
当你这样写：
foo(std::shared_ptr(new T), g());
如果 g() 抛出异常，那么虽然 T 已经被 new 出来，但 shared_ptr 还没构造完成，就可能导致资源泄漏。因为表达式顺序是未指定的，编译器可能先执行 new T，再调用 g()，一旦 g() 出错，前面分配的内存就没人管了。
而用 make_shared：
foo(std::make_shared(), g());
就不会出现这个问题。因为 make_shared 会一次性构造对象并管理内存，只有整个表达式成功后才会传给 foo。即使 g() 抛异常，也不会导致内存泄漏。
所以：
尽量避免在函数参数里直接写 shared_ptr(new T)。使用 make_shared 能确保异常安全，避免资源泄露。
内存局部性更好：提升性能的小细节
make_shared 在实现上通常会把控制块（用于引用计数、删除器等信息）和实际对象放在同一块内存中。而如果你写：
std::shared_ptr p(new T);
那么对象和控制块是分开申请两块内存。这意味着两次内存分配操作，也可能导致内存布局分散，影响缓存命中率。
虽然对大多数项目来说这点差异不明显，但在高频场景下（比如大量短生命周期的对象），这种优化可以带来可观的性能提升。
其他小优势：代码简洁与一致性
除了上面两个主要优点外，make_shared 还有几个“附加价值”：
不需要重复写类型名，减少拼写错误。更容易配合模板或自动推导（如 auto）。语义清晰，一看就知道是在创建一个带共享所有权的对象。
基本上就这些。不是说用了 new 就一定会出问题，但在能用 make_shared 的时候优先使用，是一种更稳妥、现代的 C++ 编程习惯。
以上就是为什么优先使用make_shared而不是new 异常安全和内存局部性优势的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1468544.html
微信扫一扫 
支付宝扫一扫 
