类退出作用域时其class destructor未被调用的场景有哪些？

存在，C++中确实存在类实例退出作用域时析构函数不会被调用的场景，常见场景及技术逻辑如下：

• 堆上动态创建的对象未执行delete操作
  技术逻辑：只有栈上的自动存储对象、全局/静态存储对象会由编译器自动管理生命周期，退出作用域时触发析构。堆对象的生命周期完全由开发者手动控制，仅调用new构造对象但不执行delete的话，进程退出时操作系统只会回收堆内存空间，不会主动触发对象的析构函数。
  示例代码：

  #include <iostream>
  class Test {
  public:
      ~Test() { std::cout << "析构函数执行" << std::endl; }
  };
  int main() {
      Test* ptr = new Test();
      // 未执行delete ptr，程序退出时不会打印析构日志
      return 0;
  }
  

• 析构函数访问权限不足或被显式删除
  技术逻辑：如果析构函数被声明为private/protected，或者被= delete显式删除，编译器会在自动调用析构的场景直接抛出编译错误；如果通过特殊方式绕过编译检测（比如友元只负责构造不负责析构），运行时也无法触发析构执行，常见于要求只能在堆上创建的类实现中。

• 进程被强制终止或调用进程退出接口
  技术逻辑：

  • 调用std::abort()会直接向进程发送终止信号，不会执行任何对象的析构函数，直接由操作系统回收所有资源
  • 调用std::exit()只会执行全局/静态对象的析构，当前作用域内的局部栈对象析构不会被执行
  • 出现未捕获的异常时，C++标准允许编译器自行选择是否执行栈展开，主流实现都会直接终止进程，不会执行未完成栈帧的对象析构

• 继承结构中基类析构未声明为虚函数，通过基类指针删除派生类对象
  技术逻辑：此时多态析构的分发逻辑不会触发，只会调用基类的析构函数，派生类自身的析构函数完全不会被执行，是C++开发中常见的内存泄漏诱因。

• 手动调用析构后未在原地址重建对象
  技术逻辑：如果主动调用了某个对象的析构函数，且没有通过 placement new 在原内存地址重新构造对象，后续作用域退出时编译器自动调用析构的行为属于未定义行为，不会执行正常的析构逻辑。std::optional、std::variant等容器类未初始化时，也不会调用内部持有的类对象析构。

• 使用自定义分配器构造对象后未执行析构逻辑
  技术逻辑：类似std::allocator的自定义分配器，allocate()仅负责申请原始内存，construct()负责在内存上构造对象，对应的销毁流程需要先调用destroy()手动触发析构，再调用deallocate()释放内存，跳过destroy()步骤的话析构函数不会被执行。

• 通过内存操作直接覆盖活跃对象的内存空间
  技术逻辑：使用std::memcpy、std::memmove等内存操作函数直接覆盖一个处于生命周期中的类对象内存后，对象的原有状态被完全破坏，后续析构函数执行时操作的是非法内存，行为未定义，大概率不会执行预期的析构逻辑。

内容的提问来源于stack exchange，提问作者Starflow3543