std :: unique_ptr的自定义删除程序是否是手动调用析构函数的有效位置?

d7武士

我有一个非常基本的反射实现,其中包括一个Type类,该类对其所描述的类进行对象实例化。分解为相关部分,看起来像这样:

Type.h:

class Plugin; // forward declaration

typedef std::unique_ptr<Plugin> PluginPtr;

namespace Reflection {

    class Type {
    public:
        explicit Type(PluginPtr(*)());
        PluginPtr CreateInstance();
    private:
        PluginPtr(*_createInstance_Handler)();
    };

}

Type.cpp:

Type::Type(PluginPtr(*createInstance_Handler)()) :
    _createInstance_Handler(createInstance_Handler) {}

PluginPtr CreateInstance() { return (*_createInstance_Handler)(); }

实际的实例化逻辑位于Plugin类中(及其每个子类中):

Plugin.h:

class Plugin {
public:
    virtual ~Plugin();
    static const Reflection::Type Type;
private:
    static PluginPtr CreateInstance();

插件.cpp

Plugin::~Plugin() {}

const Reflection::Type Plugin::Type(CreateInstance);

PluginPtr Plugin::CreateInstance() { return PluginPtr(new Plugin); }

当我尝试对此进行编译时,出现以下错误(在Visual Studio 2013中):

error C2027: use of undefined type 'Plugin'
error C2338: can't delete an incomplete type
warning C4150: deletion of pointer to incomplete type 'Plugin'; no destructor called

我仔细研究了一下,显然这是由std :: unique_ptr的删除器引起的(在正在操作的类的类定义中发现自己)。我在某处读到,如果我提供自己的删除器,此问题将消失。所以我重新定义PluginPtr为:

typedef std::unique_ptr<Plugin, PluginDeleter> PluginPtr

(编译)问题确实消失了,但是问题是,是否可以/应该手动进行PluginDeleter调用~Plugin()(以确保正确地破坏了插件(以及PluginPtr可能指向的任何派生对象!))?还有我应该在哪里/如何最好地声明/定义它,以免出现类型不完整的问题?

(或者是否有更好的方法?)

PS。现在,在处理我的源代码时,我意识到上面的代码有错误。Type.cpp的最后一行应显示为

    PluginPtr CreateInstance() { return (_createInstance_Handler)(); }
杰弗罗伊

的Deleterstd::unique_ptr应该删除该对象,也就是说销毁它(如您可以假设的那样),然后在需要时释放所使用的内存。

如果您的自定义删除程序使用delete运算符,那么您不必手动调用析构函数为:

delete是一个具有非常特定行为的运算符:使用delete运算符的表达式,首先调用适当的析构函数(针对类类型),然后调用函数运算符delete(即此函数)以释放存储。

如果使用静态分配的内存或在静态分配的内存中的新放置指针创建的指针,或者在应用程序退出之前不会释放的内存(例如),则不应调用delete运算符,但仍然必须销毁该指针。对象,因此您必须调用对象的析构函数。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章

如何安全地重载std :: unique_ptr的自定义删除程序?

如何将自定义删除器与std :: unique_ptr成员一起使用?

std :: unique_ptr <T []>和自定义分配器删除器

具有显式析构函数和std :: unique_ptr <>成员的类不能在std :: vector <>中使用吗?

移动unique_ptr后,std :: unique_ptr :: get返回的值是否有效?

为什么要为具有非平凡析构函数的类声明constrexpr构造函数(例如unique_ptr,std :: variant)

std :: list的擦除成员函数是否为所有存储的元素调用析构函数?

std :: unique_ptr使用带有很少参数的自定义删除器

std :: remove_if是否调用析构函数?

具有自定义删除程序的std :: shared_ptr的Typedef别名

可以将std :: unique_ptr子类化以透明地应用自定义删除程序吗?

未调用std :: unique_ptr中的自定义删除器

std :: unique_ptr析构函数构造函数顺序

无法手动调用std :: string的析构函数

无法使用带有std :: move的自定义删除器插入std :: unique_ptr

std :: unique_ptr是否在其析构函数中将其基础指针设置为nullptr?

使用std :: map时,包含unique_ptr的结构中的默认析构函数会导致编译错误

如何在C ++ 11中返回包含自定义删除器的std :: unique_ptr?

我可以使用自定义删除器简洁地声明std :: unique_ptr吗?

如何制作将函数包装在noexcept可检测的可调用对象中的类模板,以用作std :: unique_ptr自定义删除器?

如果A有析构函数,std :: unique_ptr <A>什么时候需要特殊的删除器?

为什么std :: vector的构造函数调用自定义类的析构函数?

使用std :: function对象将自定义删除器传递给std :: unique_ptr

thread_local std :: unique_ptr版本未调用析构函数

使用typedef为std :: unique_ptr指定自定义默认删除器

带有lambda自定义删除程序的std :: unique_ptr无法编译

std :: unique_ptr,自定义删除器和类型更改

std::unique_ptr 在虚拟析构函数上重置 SIGABRT

如何允许 std::unique_ptr 访问类的私有析构函数或使用私有析构函数实现 C++ 工厂类?

TOP 榜单

热门标签

归档