私有析构函数能阻止栈上创建对象，因为栈对象生命周期结束时编译器会隐式调用私有析构函数，违反访问控制而报错；堆对象则可通过类内静态工厂函数和成员函数显式调用 delete 来安全销毁。
为什么私有析构函数能阻止栈上创建对象
因为对象在栈上生命周期结束时，编译器会自动生成对 ~ClassName() 的调用；如果析构函数是 private，这个隐式调用就违反访问控制，编译直接报错：error: 'ClassName::~ClassName()' is private within this context。而堆上对象由用户显式调用 delete，只要把 delete 放在友元函数或类内部（比如静态成员函数）里，就能绕过访问限制。
标准写法：私有析构 + 静态工厂函数
这是最常用且安全的模式。关键点在于：析构函数私有、构造函数公有（或受控）、提供静态成员函数负责创建和销毁。
class HeapOnly {
public:
static HeapOnly* create() {
return new HeapOnly();
}
void destroy() {
delete this; // OK：成员函数可访问私有析构
}
private:
HeapOnly() = default;
~HeapOnly() = default; // 私有
};- 不能写
HeapOnly obj;或HeapOnly arr[5];，编译失败 - 必须用
auto p = HeapOnly::create(); p->destroy();配对使用 - 注意：
destroy()是成员函数，不是普通函数——否则无法调用私有析构
更严格的变体：禁用拷贝 + 删除 operator new/delete 的栈重载
仅靠私有析构还不够防住所有栈场景（比如某些模板推导或 placement new 滥用），可叠加防御：
- 显式删除拷贝/移动构造与赋值：
HeapOnly(const HeapOnly&) = delete; - 重载全局
operator new并设为私有，或只提供operator new(size_t, void*)（placement new） - 不提供公有
operator delete，强制走destroy()路径
这样连 new (buf) HeapOnly 这类 trick 也会因内存分配不可见而失效。
立即学习“C++免费学习笔记（深入）”；
容易忽略的坑：智能指针配合时的析构权限
如果想用 std::unique_ptr<heaponly></heaponly>，默认删除器会尝试调用 ~HeapOnly() —— 但它不是 HeapOnly 的成员，无法访问私有析构。解决方案只有两个：
- 把
std::default_delete<heaponly></heaponly>声明为友元：friend struct std::default_delete<heaponly>;</heaponly> - 自定义删除器，作为
HeapOnly的静态成员函数：static void deleter(HeapOnly* p) { delete p; }，然后用std::unique_ptr<heaponly decltype></heaponly>
漏掉友元声明会导致链接期错误或编译失败，而且错误信息往往不指向析构函数私有这个根本原因。
