重新分配智能指针
Reassigning Smart Pointers
一般来说,像std::unique_ptr
Glib::RefPtr
这样的智能指针在重新分配指向另一个对象时会删除它们的对象吗,因为它们是唯一持有给定对象的指针(在std::unique_ptr
的情况下显然是暗示的(?
对于unique_ptr::reset
,[unique.ptr.single.modifiers]/4:
效果:将
p
赋值给存储的指针,然后如果存储的指针的旧值old_p
不等于nullptr
,则调用get_deleter()(old_p)
.
或者移动赋值运算符,operator=(unique_ptr&& u)
[unique.ptr.single.asgn]/2 中:
将所有权从
u
转移到*this
,就像通过调用一样reset(u.release())
紧随其后的是get_deleter() = std::forward<D>(u.get_deleter())
。
(等效于其他分配运算符模板(
对于
shared_ptr
来说,重新分配有点不同。 shared_ptr
永远不会销毁引用的对象,当它不是最后一个拥有它的对象时,所以让我们假设它是给定的。shared_ptr::reset(Y*)
在 [util.smartptr.shared.mod]/3 中指定:
效果:相当于
shared_ptr(p).swap(*this)
。
但很明显,临时在函数调用结束时被销毁,破坏了保留对象(如果适用(。
这与operator=(shared_ptr<> const&)
的行为相同,[util.smartptr.shared.assign]/1 和 4:
效果:相当于
shared_ptr(r).swap(*this)
。
。移动分配运算符(模板(,r
shared_ptr<>&&
:
效果:相当于
shared_ptr(std::move(r)).swap(*this)
。
如果*this
是最后一个拥有该物体的人,那么现在临时的是 - 它将在内部被摧毁。
对于Glib::RefPtr
,场景类似于shared_ptr
:复制赋值运算符(和赋值运算符模板(使用相同的语义定义。如果将当前RefPtr
分配给其他内容,则当前保留对象引用计数器将递减,并在生成的计数器值为零时销毁该计数器。
对于unique_ptr来说,答案是肯定的:
当以下任一情况下,对象将被销毁并释放其内存 发生以下情况:
- 销毁unique_ptr管理对象
- 管理对象unique_ptr通过 operator= 或 reset(( 分配另一个指针。
使用可能由用户提供的删除程序销毁对象 调用删除器(ptr(。删除程序调用对象的析构函数 并分配内存。
- 1d 智能指针不适用于语法 (*)++
- 优先顺序:智能指针和类析构函数
- 对于C++中使用智能指针的指针算术限制,有没有一种变通方法
- 智能指针作为无序映射键,并通过引用进行比较
- 智能指针概念所有权和寿命
- 正在理解智能指针,但出现错误:未分配正在释放的指针
- 尝试使用智能指针时引发异常
- 我可以制作指向智能指针的智能指针吗?
- 通过智能指针和转换对基本模板参数进行模板推导
- OpenCV 我应该使用智能指针来防止内存泄漏吗?
- 从堆栈分配的原始指针构造智能指针
- 初始化指向类实例的智能指针并访问其方法
- 如何使用 std::make_shared 创建基类类型的智能指针?
- 给定一个指向堆分配内存的指针,智能指针实现如何为其找到合适的释放函数?
- 编译器不会使用 -std=c++11 编译智能指针
- 具有智能指针的多态性
- C++:矢量分配器行为、内存分配和智能指针
- 在什么情况下,需要共享智能指针而无法使用唯一指针?
- 指向函数签名中的常量智能指针
- 使用智能指针附加的继承对象的深层复制