使用 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() 抛异常，也不会导致内存泄漏。
所以：
- 尽量避免在函数参数里直接写
shared_ptr(new T)。 - 使用
make_shared能确保异常安全，避免资源泄露。
内存局部性更好：提升性能的小细节
make_shared 在实现上通常会把控制块（用于引用计数、删除器等信息）和实际对象放在同一块内存中。而如果你写：
std::shared_ptr<T> p(new T);
那么对象和控制块是分开申请两块内存。这意味着两次内存分配操作，也可能导致内存布局分散，影响缓存命中率。
虽然对大多数项目来说这点差异不明显，但在高频场景下（比如大量短生命周期的对象），这种优化可以带来可观的性能提升。
其他小优势：代码简洁与一致性
除了上面两个主要优点外，make_shared 还有几个“附加价值”：
- 不需要重复写类型名，减少拼写错误。
- 更容易配合模板或自动推导（如
auto）。 - 语义清晰，一看就知道是在创建一个带共享所有权的对象。
基本上就这些。不是说用了 new 就一定会出问题，但在能用 make_shared 的时候优先使用，是一种更稳妥、现代的 C++ 编程习惯。
