c++中make_shared比直接new创建shared_ptr更高效且异常安全。1.性能方面：make_shared一次性分配内存用于对象和控制块，减少内存分配次数；而new需两次独立分配，效率较低。2.异常安全方面：使用make_shared时若构造抛出异常不会导致资源泄漏，而new可能引发未释放的原始指针问题。3.建议优先使用make_shared以提升性能与安全性，除非需要自定义删除器或已有原始指针。
在C++中，
make_shared和直接使用
new创建
shared_ptr都可以实现动态内存管理，但它们之间存在显著的差异，尤其是在性能和异常安全方面。
性能对比
使用
make_shared通常比直接用
new更高效。这是因为
make_shared在一次内存分配中同时创建对象和控制块（control block），而直接使用
new创建
shared_ptr时，会分别进行两次内存分配：一次用于对象本身，另一次用于控制块。
具体来说：
make_shared<T>(args...)
：一次性分配足够的内存来存放对象和引用计数等信息。shared_ptr<T>(new T(...))
：需要两次独立的内存分配操作。
由于内存分配是相对耗时的操作，减少分配次数可以带来性能上的提升，特别是在频繁创建对象的场景下。
异常安全对比
在异常安全方面，
make_shared比直接使用
new更加安全。考虑以下代码：
foo(make_shared<T>(), make_shared<U>());
在这个例子中，如果编译器先调用两个
make_shared，再调用
foo，那么即使其中一个构造函数抛出异常，也不会造成资源泄漏，因为每个
make_shared是一个完整的表达式。
而如果写成这样：
foo(shared_ptr<T>(new T()), shared_ptr<U>(new U()));
这里涉及了两次独立的
new操作。如果其中一个构造函数抛出异常（比如
new T()成功，但
new U()抛出异常），虽然
shared_ptr会自动释放它所管理的对象，但由于
new T()已经执行成功，可能会导致资源泄漏或状态不一致的问题。
因此，在处理可能抛出异常的构造函数时，推荐使用
make_shared来确保异常安全性。
使用建议与注意事项
如果你希望写出更高效、更安全的代码，可以遵循以下几个建议：
-
优先使用
make_shared
：除非你有特殊需求（例如需要自定义删除器或使用已有的原始指针）。 -
注意内存模型一致性：当使用
make_shared
时，整个对象及其控制块共享同一块内存，这在某些特定场景下可能影响缓存效率。 -
避免混用不同方式创建的
shared_ptr
：尽量保持项目中统一使用make_shared
或手动创建的方式，以减少潜在的复杂性。
基本上就这些。选择合适的方式来创建
shared_ptr可以帮助你在性能和安全性之间取得更好的平衡。
