c – 在物体破坏时留下“僵尸”旗帜

class BaseClass { //all objects in question derive from this class
public:
    BaseClass() : destroyed(false) {}
    virtual ~BaseClass() {}
private:
    bool destroyed;
public:
    bool isDestroyed() { return destroyed; }
    void destroy() {
        this->~BaseClass(); //this will call the virtual destructor of a derivative class
        new(this) BaseClass();
        destroyed=true;
    }
};

你对你的问题有一些讨厌的评论.现在我不认为他们是应得的,尽管可能有更好的方法来做你想要的.我知道你来自哪里,但实际上你使用的是析构函数,就像使用你拒绝写的重置函数一样.实际上你从调用析构函数中得不到什么,因为调用析构函数与实际删除或重置任何东西无关,除非你实际编写代码在析构函数中执行它.

至于您关于新展示位置的问题：

您可能已经知道,placement new不会分配任何内存,因此调用它只会在同一个地方创建对象.我明白这正是你想要的,但它不是必需的.由于你没有在对象上调用delete只是destroy,你可以在不初始化类的情况下将destroy设置为true.

把它们加起来：

>如果您将析构函数用作常规虚函数,则什么也得不到.不要这样做,因为如果两次调用析构函数你会遇到麻烦
>对placement new的调用不会分配内存,只是执行不必要的初始化.你可以将destroy设置为true.

要执行您想要正确执行的操作并获得析构函数的好处,您应该重载类的new和delete操作符并使用正常的销毁机制.然后,您可以选择不释放内存,但将其标记为无效或可能释放大部分内存,但将指针指向某些标记.

编辑

在评论之后,我决定总结我看到的所有风险以及其他人指出的风险：

>在多线程环境中访问无效指针：使用您的方法,可以在析构函数运行之后但在设置销毁标志之前访问类(关于您在其中一条注释中的问题 – shared_ptr对于大多数用途是线程安全的)
>中继你不完全控制的行为：你的方法依赖于析构函数自动调用其他未动态分配的成员的析构函数的方式：这意味着你仍然必须释放动态分配内存,你无法控制如何实现这一点,您无法控制调用其他析构函数的顺序.
>转发你并不完全控制的行为(第2点)：你正在转发编译器实现析构函数部分的方式,这个析构函数调用其他析构函数,你无法判断你的代码是否可移植,甚至将如何它处理两次调用它.
>可以调用两次析构函数：根据您的实现,这可能会导致内存泄漏或堆损坏,除非您防止两次释放相同的内存.您声称通过调用新的位置来防范这种情况 – 但是在多线程环境中,这不能保证更多的假设所有内存分配都是由默认构造函数完成的 – 这取决于您的具体实现,这可能是也可能不是真正.
>你反对每个回答你问题或对其发表评论的人的更好的判断 – 你可能会遇到一些天才,但很可能你只是通过将你的实现限制在一小部分可以工作的情况下来自我攻击正确.就像使用错误的螺丝刀一样,最终会损坏螺丝.以同样的方式使用语言构造它不打算使用可能最终导致错误的程序 – 析构函数旨在从删除和编译器生成的代码中调用以清除堆栈.直接使用它并不明智.

我重复我的建议 – 重载删除和新的你想要的