草庐IT

STLport_shared

全部标签

c++ - 将 shared_ptr 与 char* 一起使用

我无法创建:shared_ptrn_char=make_shared(newchar[size_]{});如何创建char*chr=newchar[size_]{};使用现代指针? 最佳答案 shared_ptrn_char=make_shared(newchar[size_]{});make_shared在内部调用new,因此您永远不会同时使用两者。在这种情况下,您只需调用new,因为make_shared不适用于数组。但是,你仍然需要让它调用正确的删除:C++17之前:您需要明确指定删除器。std::shared_ptrptr(

c++ - 初始化 shared_ptr 成员变量,new vs make_shared?

当初始化一个shared_ptr成员变量时://.hclassCustomer{public:Customer();private:std::shared_ptrsomething_;}//.cppCustomer():something_(newOtherClass()){}对比Customer():something_(std::make_shared()){}是否允许使用make_shared版本?我似乎总是看到第一个版本,哪个是首选? 最佳答案 不允许make_shared的唯一时间是:如果您得到一个由其他人分配的裸指针并将

c++ - 如何将 boost::shared_ptr 引入现有(大型)C++ 代码库?

我目前正尝试通过引入智能指针的使用来修复我们代码库中的一些弱点。代码库非常庞大,并且相互关联,就像一只喝过一对多咖啡的蜘蛛。我想知道以前是否有人尝试过,他们的方法是什么。我的第一步是typedef类,如下所示。#ifndefUSE_SMART_POINTERS#defineUSE_SMART_POINTERS0#endif#ifUSE_SMART_POINTERS==1#include#endifnamespaceProductX{//forwarddeclerationclassCTObject;//typedefs#ifUSE_SMART_POINTERS==1typedefboo

来自 std::cout 的 C++11 std::shared_ptr<std::ostream>

我在存储std::cout时遇到问题在std::shared_ptr.因为这显然不应该这样做:std::shared_ptrp_cout(&std::cout);这甚至是不可能的,因为不可能复制std::ostream:std::shared_ptrp_cout=std::make_shared(std::cout);有人知道合法的解决方法吗? 最佳答案 您的要求很奇怪,但您当然可以存储指向std::ostream的指针在shared_ptr如果您采取适当的处置措施:例如:std::shared_ptr(&std::cout,[](

c++ - `std::optional` 比 `std::shared_ptr` 和 `std::unique_ptr` 有什么优势?

std::optional的推理是madebysaying它可能包含也可能不包含值。因此,如果我们不需要它,它可以节省我们构建一个可能很大的对象的努力。Forexample,这里的工厂,如果不满足某些条件,将不会构造对象:#include#include#includestd::optionalcreate(boolb){if(b)return"Godzilla";//stringisconstructedelsereturn{};//noconstructionofthestringrequired}但是这和这个有什么不同:std::shared_ptrcreate(boolb){i

c++ - boost Shared_Ptr 分配

为什么我不能这样做?boost::shared_ptrnext;voidQueuList::SetNextPtr(QueuList*Next){boost::mutexmtx;boost::mutex::scoped_locklock(mtx);{//scopeoflock//if(next==NULL)//isthisneededonashared_ptr??next=Next;//WhycanInotassignarawptrtoashared_ptr????}我应该怎么做呢??编辑:当正确分配下一个变量时调用此方法,当QueuList对象由于某种原因被销毁时它仍然会导致错误。我得

c++ - 是否有与 shared_from_this 等效的 weak_ptr?

我有一个类,我知道它将永远属于std::shared_ptr。然而,将shared_ptr甚至weak_ptr传递给不需要所有权或生命周期保证的函数和方法会产生不必要的开销。为了解决这个问题,我经常将原始指针传递给函数。该类本身继承自std::enable_shared_from_this,因此如果函数需要获取指针的所有权,它可以使用该类的方法来获取shared_ptr。一切都很顺利。然而,有些情况下我真的不想从原始指针创建一个shared_ptr,我想要的是一个weak_ptr。根据我对std::shared_ptr的通常实现的理解,它有两个用作引用计数器的原子变量;一个用于shar

c++ - 将 shared_ptr 转换为 auto_ptr?

我需要在我的代码中从shared_ptr获取auto_ptr。我可以进行反向操作——将auto_ptr转换为shared_ptr,因为shared_ptr具有这样的构造函数:templateexplicitshared_ptr(std::auto_ptr&r);我可以将shared_ptr转换为auto_ptr吗?还是设计上不可能? 最佳答案 这在设计上是不可能的,因为该对象可能与其他共享指针共享,因此将其“提取”到auto_ptr可能会导致删除引用的对象。出于同样的原因,shared_ptr没有像auto_ptr那样的“relea

用于资源管理的 C++ shared_ptr 与 unique_ptr

我一直在考虑使用unique_ptr与shared_ptr与own_solution。我对后者打了折扣,因为我几乎肯定会弄错,但我对unique_ptr和shared_ptr都有问题,因为它们都不能准确捕获我想要的内容。我想创建一个明确拥有资源的资源管理器,但我希望资源管理器也分发对该资源的引用。如果我在资源管理器中使用unique_ptr并分发原始指针,则它们有可能逃逸到其他地方(尽管我想这会违反类“契约”)。如果我使用shared_ptr并分发weak_ptr,没有什么可以阻止调用者将weak_ptr转换为shared_ptr并且存储它,从而可能创建一个循环或更糟的是,资源在资源管

C++ 如何断言 vector 中的所有 std::shared_ptr 都引用了某物

当我有一个函数接收一个应该引用某物的(智能)指针时,我总是这样开始:classFoo;voiddoSomething(conststd::shared_ptr&pFoo){assert(pFoo);//...}现在我正在为(智能)指针的vector(或其他容器)寻找类似的断言条件。我能想到的最好的办法是:voiddoSomething(conststd::vector>&pFoos){assert(std::all_of(pFoos.begin(),pFoos.end(),[](conststd::shared_ptr&pFoo){returnpFoo;}));//...}我想知道这是