std :: make_unique和std :: unique_ptr之间的区别

std::make_unique是否有像std::makes_shared一样的效率好处？

与手动构buildstd::unique_ptr相比：

 std::make_unique<int>(1); // vs std::unique_ptr<int>(new int(1)); 

Answer 1

make_unique背后的动机主要有两方面：

• make_unique对于创build临时make_unique是安全的，而在明确使用new你必须记住关于不使用未命名临时对象的规则。

   foo(make_unique<T>(), make_unique<U>()); // exception safe foo(unique_ptr<T>(new T()), unique_ptr<U>(new U())); // unsafe* 

• make_unique的join最终意味着我们可以告诉人们“永不”使用new而不是以前的规则来“永不”使用new除非你做了一个unique_ptr “。

还有第三个原因：

• make_unique不需要冗余types的用法。 unique_ptr<T>(new T()) – > make_unique<T>()

没有一个原因涉及到使用make_shared的方式提高运行时效率（由于避免了第二次分配，代价是可能存在更高的峰值内存使用量）。

*预计C ++ 17将包含规则更改，这意味着这不再不安全。 请参阅C ++委员会文件P0400R0和P0145R3 。

Answer 2

std::make_unique和std::make_shared有两个原因：

1. 所以你不必显式地列出模板types参数。
2. 额外的使用std::unique_ptr或std::shared_ptr构造函数的安全性。 （请看这里的注释部分。）

这不是关于运行效率。 有一点关于控制块和T被一次性分配，但我认为这是更多的奖金，而不是这些function存在的动机。

Answer 3

你必须直接使用std::unique_ptr(new A())或std::shared_ptr(new A())而不是std::make_*()原因是无法访问类A的构造函数目前的范围。