智能指针和复制构造函数

smart pointers and copy constructors

本文关键字:构造函数 复制 指针 智能      更新时间:2023-10-16

根据我的理解,提供用户定义的复制构造函数的主要原因是因为我们需要确保数据成员指针是深度复制的。

这是否意味着如果我们将原始指针数据成员替换为智能指针,则提供用户定义的复制构造函数的频率会降低?

是的,确实如此。如果只使用知道如何在语义上复制数据的类型,则几乎不需要覆盖默认的复制构造函数。

现在问题已被修改,答案是肯定的,如果您使用智能指针执行包装对象的深层复制,则在复制此智能指针时。

以前仅涉及共享指针:否,因为复制共享指针会导致两个指向同一对象的共享指针。如果某个对象具有指向子对象的共享指针并复制它,并且您希望新对象具有自己的子对象副本(深层复制),则需要在复制构造函数中执行此操作或使用不同类型的智能指针。

正确答案是否定的。您需要为具有指针成员(共享或其他)的任何类定义复制构造函数,除非指针的值是需要复制的值。该异常意味着存储在指针中的地址处的内存内容由另一个类管理。

共享指针维护引用计数以管理已分配内存的范围,但它不管理内存内容或复制引用的数据。因此,共享指针使程序员不必管理堆上分配的对象的范围。但它并不能减轻程序员为包含指向动态分配数据的指针的对象定义复制构造函数的需要。

在此上下文中,术语智能指针是共享指针的同义词。具体来说,所指的智能指针是 std::shared_ptr,它保持引用计数,如中所述。避免编写复制构造函数的最佳方法是遵循称为资源获取即初始化 (RAII) 的设计模式。这种类型的设计模式保留在堆栈上分配的成员数据,以便在堆栈展开时自动调用成员析构函数。

设计执行隐式复制操作的智能指针的概念确实没有意义。虽然可以取消引用指针以获取要复制的数据,但副本需要一个新的指针。使用指针(或引用)的整个想法是访问公共内存区域并避免复制。