“删除这个”安全吗？

Question

在我最初的基本测试中，这样做是完全安全的。 然而，令我震惊的是，稍后在删除 this 的函数中尝试操作 this 可能会导致运行时错误。 这是真的吗？删除此内容通常安全吗？ 还是只有某些情况下它是安全的？

Answer 1

delete this 是合法的，并且执行您所期望的操作：它调用类的析构函数并释放底层内存。 delete this 返回后，您的 this 指针值不会发生变化，因此它现在是一个悬空指针，不应该 > 被取消引用。 这包括使用类的成员变量进行隐式取消引用。

在引用计数类中通常会发现，当引用计数递减到 0 时，DecrementRefCount()/Release()/whatever 成员函数会调用 删除这个。

由于多种原因，删除此内容通常被认为是非常糟糕的形式。 删除此后很容易意外访问成员变量。 调用者代码可能没有意识到您的对象已自毁。

另外，删除这个是一种“代码味道”，您的代码可能没有对象所有权的对称策略（谁分配和谁删除）。 对象无法使用new分配自身，因此调用delete this意味着类A正在分配一个对象，但类B稍后会释放它[self] .

Answer 2

删除“this”是安全的，只要它本质上是方法中的最后一个操作。 事实上，几个专业级 API 都这样做（请参阅 ATL 的 CComObject 实现示例）。

唯一的危险是在调用“删除此”后尝试访问任何其他成员数据。 这当然是不安全的。

Answer 3

正如其他人已经提到的那样，删除它是完全合法的。 由于还有一个尚未提及的原因，这是有风险的 - 您假设该对象已在堆上分配。 这可能很难保证，尽管在引用计数实现的情况下通常不是问题。

Answer 4

但不要在析构函数中这样做！

Answer 5

正如其他人所说，删除这是一个有效的习惯用法，但为了安全起见，您必须确保该对象永远不会在堆栈上实例化。

实现此目的的一种方法是将构造函数和析构函数设为私有，并通过类工厂函数强制创建对象，该函数在堆上创建对象并返回指向该对象的指针。 类工厂可以是静态成员函数或友元函数。 然后可以通过执行“删除此”的对象上的 Delete() 方法来完成清理。 COM 对象基本上以这种方式工作，除了它们是引用计数的，当引用计数递减到零时发生“删除此”。

Answer 6

是的。 应该是完全没问题的。 “这”只是一个指针。 任何指针都可以用于删除。 有关如何删除对象的信息包含在堆记录中。 这就是 IUnknown::Release() 通常在 COM 对象中实现的方式。

Answer 7

当您有要删除的对象的子类时，这可能会导致问题。 请记住，构建是从上到下开始的，删除是从下到上开始的。 因此，如果删除位于层次结构中间的对象，您基本上会丢失该特定类下面的所有对象。

当您实现引用计数对象时（COM 类就是一个例子），delete 这会非常方便。

Answer 8

阅读进行类似的讨论。 您的理解是正确的，因为它确实有效，是必需的，并且可能很危险，因为您之后无法访问它。

Answer 9

合法 是
安全号

Answer 10

如果您从基类继承并在基类函数中给出了delete this，则使用派生类指针将导致崩溃。 例如：

class Base
{

    virtual void Release()
    {
        delete this;
    }

}

class Derived : public Base
{

    void Foo()
    {
        ...
    }

}

main()
{

    Base *ptrDerived = new Derived();
    ptrDerived->release();
    ptrDerived->Foo() //Crash

}