C++ 都来说说delete this解决方法

C++ 都来说说delete this
delete this;
this= NULL;
------解决方案--------------------
删过指针，没删过this指针。如果this指向一个类，应该由这个类的析构函数处理，我是这么觉得
------解决方案--------------------
delete this是可以的，虽然这样很危险，执行之后就绝对不能调用类的虚函数了。还有this = NULL，编译器不会编译通过的吧？？我记得this的类型是SomeType * const
------解决方案--------------------
我一般在单例里边使用

SomeClass::GetInstance()->Release();

不会使用this = nullptr; 这个貌似也通过不了编译吧

又或者是这样：

namespace
{
      SomeClass* g_scinstance = nullptr;
}

void SomeClass::Release()  // static
{
    delete g_scinstance;
    g_scinstance = nullptr;
}


------解决方案--------------------
delete this 后 立即return基本上没啥问题啊
------解决方案--------------------

引用:

我看遗留代码时候，发现
有一个类A的成员函数里面delete this；

然而这个类的实例对象的指针
被其他类B的多个对象持有了。
其他类的这些对象都会调用到A类的这个函数，
调用完之后，还是访问了A类的成员变量，进行了赋值操作
为什么没有出现异常呢？

原因在于delete操作符的功能和类对象的内存模型。当一个类对象声明时，系统会为其分配内存空间。在类对象的内存空间中，只有数据成员和虚函数表指针，并不包含代码内容，类的成员函数单独放在代码段中。在调用成员函数时，隐含传递一个this指针，让成员函数知道当前是哪个对象在调用它。当 调用delete this时，类对象的内存空间被释放。在delete this之后进行的其他任何函数调用，只要不涉及到this指针的内容，都能够正常运行。一旦涉及到this指针，如操作数据成员，调用虚函数等，就会出现不可预期的问题。
为什么是不可预期的问题？delete this之后不是释放了类对象的内存空间了么，那么这段内存应该已经还给系统，不再属于这个进程。照这个逻辑来看，应该发生指针错误，无访问权限之类的令系统崩溃的问题才对啊？这个问题牵涉到操作系统的内存管理策略。delete this释放了类对象的内存空间，但是内存空间却并不是马上被回收到系统中，可能是缓冲或者其他什么原因，导致这段内存空间暂时并没有被系统收回。此时这段内存是可以访问的，你可以加上100，加上200，但是其中的值却是不确定的。当你获取数据成员，可能得到的是一串很长的未初始化的随机数；访问虚函数表，指针无效的可能性非常高，造成系统崩溃。