- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
引自 C++ Primer $12.1.6:
A
weak_ptr
(Table 12.5) is a smart pointer that does not control the lifetime of the object to which it points. Instead, a weak_ptr points to an object that is managed by ashared_ptr
. Binding a weak_ptr to a shared_ptr does not change the reference count of thatshared_ptr
. Once the lastshared_ptr
pointing to the object goes away, the object itself will be deleted. That object will be deleted even if there areweak_ptrs
pointing to it—hence the nameweak_ptr
, which captures the idea that aweak_ptr
shares its object “weakly.”
但是,我读过一个article说:
using make_shared is more efficient. The shared_ptr implementation has to maintain housekeeping information in a control block shared by all shared_ptrs and weak_ptrs referring to a given object. In particular, that housekeeping information has to include not just one but two reference counts:
A “strong reference” count to track the number of shared_ptrs currently keeping the object alive. The shared object is destroyed (and possibly deallocated) when the last strong reference goes away.
A “weak reference” count to track the number of weak_ptrs currently observing the object. The shared housekeeping control block is destroyed and deallocated (and the shared object is deallocated if it was not already) when the last weak reference goes away.
据我所知,make_shared
创建的shared_ptr
在同一个control block中。与那些 ref countings.So 对象将不会被释放,直到最后一个 weak_ptr
过期。
weak_ptr
实际上会影响该对象的生命周期。 shared_ptr
需要跟踪它的弱引用?weak_ptr 可以通过检查控制 block 中的 strong refs 来判断对象是否存在,所以我认为控制 block 不需要跟踪弱引用。 出于好奇,shared_ptr
创建的控制 block 是什么样子的?是不是像这样:
template<typename T>
class control_block
{
T object;
size_t strong_refs;
size_t weak_refs;
void incre();
void decre();
//other member functions...
};
//And in shared_ptr:
template<typename T>
class shared_ptr
{
control_block<T> block;//Is it like this?So that the object and refs are in the same block?
//member functions...
};
最佳答案
引用计数控制指向对象的生命周期。弱计数不会,但确实控制(或参与控制)控制 block 的生命周期。
如果引用计数变为 0
,则对象被销毁,但不一定释放。当弱计数变为 0
(或者当引用计数变为 0
,如果在这种情况下没有 weak_ptr
),控制 block 被销毁和释放,并且对象的存储被释放(如果它还没有的话)。
destroying 和 deallocating pointed-to-object 之间的分离是一个你不需要关心的实现细节,但它是由使用 make_shared
.
如果你这样做
shared_ptr<int> myPtr(new int{10});
您为 int
分配存储空间,然后将其传递给 shared_ptr
构造函数,该构造函数分别为控制 block 分配存储空间。在这种情况下,int
的存储可以尽早释放:一旦引用计数达到 0
,即使仍然存在弱计数。
如果你这样做
auto myPtr = make_shared<int>(10);
然后 make_shared
可能会执行优化,它一次性为 int
和控制 block 分配存储空间。这意味着在控制 block 的存储也可以被释放之前,int
的存储不能被释放。当引用计数达到 0
时,int
的生命周期结束,但直到弱计数达到 0
时,它的存储才会被释放。
现在清楚了吗?
关于c++ - 为什么 shared_ptr 需要保存 weak_ptr 的引用计数?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49585818/
使用 shared_ptr 时,我应该只使用 shared_ptr 吗?申报一次或申报shared_ptr无论我经过哪里? 所以在我新建实例的函数中,我将它包装在 shared_ptr 中但是当我从函
#include #include #include using namespace std; struct Node { Node(int data, boost::shared_pt
对于我目前正在处理的代码,我们有时需要使用较旧的编译器在一些较旧的系统上进行编译(例如,我们在较旧的 IBM BlueGene/L 上运行 sims,其支持契约(Contract)规定了一些非常旧的
我正在阅读 this answer作者指的是boost best practices其中说: Avoid using unnamed shared_ptr temporaries to save ty
我正在处理几个类,我想知道如何在我的应用程序类中使用普通成员,而该成员需要使用 shared_from_this()? 这里有一些代码来阐明我的意思(见评论) class Observable { p
我有一个 Foo 类,其中包含一个 Hotel 类 的 shared_ptr,以及一个 Rules 类(位于 namespace Rules 内): class Foo { public: //
我想不通。看起来我遗漏了一些简单的东西?我要在 MakePointToSameValue 中输入什么,以便在点 (1) b.ptr 和c.ptr 与a.ptr 指向同一个 换句话说,a.ptr.get
我已尽我所能制作了 SSCE。我怀疑共享指针在我在 main 中请求它们之前解构(释放)了我的对象。如何在不完全绕过共享指针的情况下防止这种情况发生?这是一个程序中的孤立问题,否则可以通过使用 sha
这个问题在这里已经有了答案: Set shared_ptr with new_pointer that is old_pointer + offset (1 个回答) 关闭 4 年前。 我目前正在学
假设我们有一个类,成员如下 std::map> member_我们无法替换 member通过具有 std::shared_ptr 的 map ,因为该类必须对 ObscureType 的非常量函数进行
我正在用 C++ 做学校作业(我还在学习)。我正在尝试实现随机生成的二叉树结构,使用 shared_ptr 在多个地方存储节点的信息(我需要它作为作业)。考虑以下示例代码(这是我的小测试程序): #i
我有以下类(class) struct Images { std::vector > ptr_vector; } 将 ptr_vector 放入 std::shared_ptr 中不会在复制
我刚刚对一个项目进行了大规模重构,添加了一个基类来代替现在所说基类的派生类(因为我想要这个类的更多“类型”)。 我的问题是,一些实用函数将原始类 A 的引用作为 shared_ptr,因此函数声明如下
我记得 Scott Meyers 教我的 func(shared_ptr(new P), shared_ptr(new Q)); 是危险的,因为(如果我没记错的话)内存分配、引用计数(构造)和分配给
给定 struct X { void f(std::shared_ptr); }; auto x(std::make_shared()); 我大概可以安全地做 x->f(std::move(x
我试着介绍了一些const一些新代码的正确性(实际上是功能范例),发现我无法传递 std::shared_ptr到一个需要 std::shared_ptr 的函数.请注意,我不想放弃 constnes
我需要将原始指针包装到 shared_ptr 中,以便将其传递给函数。该函数在返回后不保留对输入对象的任何引用。 { MyClass i; shared_ptr p(&i); f(p);
我在继承链中有4个类:A-> B-> C,A-> B-> D,其中B是唯一的类模板。 我想拥有一个在id和对象指针(C或D)之间映射的std::map,但是我在将make_shared输出分配给std
boost::shared_ptr 是否解决原始指针问题? Base* p = new Base(); shared_ptr sp(p); shared_ptr sq(p); 两个 shared_
How can shared_ptr be a subclass of shared_ptr? 我想知道如何实现模板类 C这样 C是 C 的子类? 我已经观察到上述情况,例如 shared_ptr和
我是一名优秀的程序员,十分优秀!