这个问题确实符合标题:我很想知道造成这种差异的技术原因是什么，以及基本原理？std::shared_ptrsharedToVoid;//legal;std::unique_ptruniqueToVoid;//ill-formed; 最佳答案 这是因为std::shared_ptr实现了类型删除，而std::unique_ptr没有。由于std::shared_ptr实现了类型删除，它还支持另一个有趣的属性，即。它确实不需要删除器的类型作为模板类型参数到类模板。看看他们的声明:template>classunique_ptr;其中有D

这个问题在这里已经有了答案:Shouldwepassashared_ptrbyreferenceorbyvalue?(10个回答)关闭8年前。传递shared_ptr的最佳做法是什么？目前我像这样传递shared_ptr函数参数:voidfunction1(shared_ptr&value); 最佳答案 在受控情况下，您可以通过常量引用传递共享指针。确保没有人同时删除该对象，但如果您注意引用的对象，这应该不会太难。一般来说，您应该将共享指针作为直接拷贝传递。这赋予了它预期的语义:每个包含共享指针拷贝的作用域都凭借其在所有权中的“份额

这个问题在这里已经有了答案:Shouldwepassashared_ptrbyreferenceorbyvalue?(10个回答)关闭8年前。传递shared_ptr的最佳做法是什么？目前我像这样传递shared_ptr函数参数:voidfunction1(shared_ptr&value); 最佳答案 在受控情况下，您可以通过常量引用传递共享指针。确保没有人同时删除该对象，但如果您注意引用的对象，这应该不会太难。一般来说，您应该将共享指针作为直接拷贝传递。这赋予了它预期的语义:每个包含共享指针拷贝的作用域都凭借其在所有权中的“份额

我正在为C++中的共享指针编写一个访问器方法，如下所示:classFoo{public:return_typegetBar()const{returnm_bar;}private:boost::shared_ptrm_bar;}所以为了支持getBar()的const-ness返回类型应该是boost::shared_ptr防止修改Bar它指向。我的猜测是shared_ptr是我想要返回的类型，而constshared_ptr将防止重新分配指针本身以指向不同的Bar但允许修改Bar它指向...但是，我不确定。如果确定知道的人可以确认这一点，或者如果我弄错了，我将不胜感激。谢谢!

我正在为C++中的共享指针编写一个访问器方法，如下所示:classFoo{public:return_typegetBar()const{returnm_bar;}private:boost::shared_ptrm_bar;}所以为了支持getBar()的const-ness返回类型应该是boost::shared_ptr防止修改Bar它指向。我的猜测是shared_ptr是我想要返回的类型，而constshared_ptr将防止重新分配指针本身以指向不同的Bar但允许修改Bar它指向...但是，我不确定。如果确定知道的人可以确认这一点，或者如果我弄错了，我将不胜感激。谢谢!

只是一个关于shared_ptr的小查询.使用shared_ptr指向数组是一种好习惯吗？例如，shared_ptrsp(newint[10]);如果不是，那为什么不呢？我已经知道的一个原因是不能增加/减少shared_ptr。因此它不能像普通的指向数组的指针一样使用。 最佳答案 使用C++17，shared_ptr可用于管理动态分配的数组。shared_ptr在这种情况下，模板参数必须是T[N]或T[].所以你可以写shared_ptrsp(newint[10]);来自n4659，[util.smartptr.shared.con

只是一个关于shared_ptr的小查询.使用shared_ptr指向数组是一种好习惯吗？例如，shared_ptrsp(newint[10]);如果不是，那为什么不呢？我已经知道的一个原因是不能增加/减少shared_ptr。因此它不能像普通的指向数组的指针一样使用。 最佳答案 使用C++17，shared_ptr可用于管理动态分配的数组。shared_ptr在这种情况下，模板参数必须是T[N]或T[].所以你可以写shared_ptrsp(newint[10]);来自n4659，[util.smartptr.shared.con

为什么用std::auto_ptr会出错用标准容器？ 最佳答案 C++标准规定STL元素必须是“可复制构造的”和“可赋值的”。换句话说，一个元素必须能够被分配或复制，并且这两个元素在逻辑上是独立的。std::auto_ptr不满足这个要求。以这段代码为例:classX{};std::vector>vecX;vecX.push_back(newX);std::auto_ptrpX=vecX[0];//vecX[0]isassignedNULL.要克服这个限制，您应该使用std::unique_ptr,std::shared_ptr或s

为什么用std::auto_ptr会出错用标准容器？ 最佳答案 C++标准规定STL元素必须是“可复制构造的”和“可赋值的”。换句话说，一个元素必须能够被分配或复制，并且这两个元素在逻辑上是独立的。std::auto_ptr不满足这个要求。以这段代码为例:classX{};std::vector>vecX;vecX.push_back(newX);std::auto_ptrpX=vecX[0];//vecX[0]isassignedNULL.要克服这个限制，您应该使用std::unique_ptr,std::shared_ptr或s

std::unique_ptr支持数组，例如:std::unique_ptrp(newint[10]);但是需要吗？可能使用std::vector或std::array更方便。你觉得这个结构有什么用处吗？ 最佳答案 有些人没有使用std::vector的奢侈，即使有分配器。有些人需要一个动态大小的数组，所以std::array出来了。有些人从已知返回数组的其他代码中获取数组；并且该代码不会被重写以返回vector什么的。通过允许unique_ptr，您就可以满足这些需求。简而言之，您使用unique_ptr当您需要时。当替代方案根本