析构函数私有可阻止栈分配，因编译器在栈分配前会校验析构函数访问性；类需公有构造、私有析构并提供 destroy 接口；重载 operator new 无效，因栈分配不调用 new。
为什么析构函数私有就能阻止栈分配
编译器在为对象分配栈空间前，会检查能否合法调用其析构函数——不是真调用，而是做访问性校验。如果 ~MyClass() 是 private 或 protected，编译器就拒绝生成栈对象，因为无法保证作用域结束时能安全销毁它。这是最直接、最可靠的方式，不依赖重载 operator new 的副作用。
怎么写一个只能堆分配的类
核心是三步：构造函数公有（否则 new 也无法调用）、析构函数私有、提供显式销毁接口。示例：
class HeapOnly {
public:
HeapOnly() { /* 构造逻辑 */ }
static HeapOnly* create() { return new HeapOnly; }
void destroy() { delete this; } // 允许对象自毁
private:
~HeapOnly() = default; // 私有析构，禁止栈分配
};
-
HeapOnly obj;编译失败：错误信息类似error: calling a private destructor -
HeapOnly* p = new HeapOnly;合法，但必须配对调用p->destroy()或手动delete p - 不能继承该类并公开析构函数，否则子类可能绕过限制
重载 operator new 不足以阻止栈分配
很多人误以为把 operator new 设为 private 或 = delete 就能禁栈，其实完全无效——栈分配根本不用 new。它只影响 new HeapOnly 这种表达式，对 HeapOnly x; 毫无约束力。反而可能掩盖真正问题，比如忘记设私有析构，导致代码看似“禁堆”实则栈/堆都可建。
嵌入式或实时场景下要额外注意
在禁用堆的环境中（如裸机、RTOS），这种设计反而有害：create() 会直接触发未定义行为或返回 nullptr。此时应配合编译期检查，例如用 static_assert 确保 std::is_trivially_destructible_v<heaponly></heaponly> 为 false，或在构建系统中拦截 new 调用。真正关键的不是“怎么禁栈”，而是“为什么必须禁栈”——如果目标平台连 new 都不可用，那整个设计前提就崩了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
