私有析构函数可阻止栈对象创建但允许new：因栈对象作用域结束需自动调用析构函数，而new仅分配内存并构造，析构由用户显式控制；必须提供destroy()等安全释放接口。
只能通过 new 创建对象，关键不是封构造函数，而是封析构函数。 构造函数私有会同时拦住 new 和栈变量；而析构函数私有，只让栈变量编译失败——因为栈对象离开作用域时必须调用析构函数，编译器发现不可访问就直接报错，new 却不受影响（它不立即析构）。
为什么私有析构函数能拦住栈分配但放行 new
栈对象的生命周期由编译器全程管理：分配 → 构造 → 作用域结束自动析构。只要析构函数不可访问（private 或 protected），编译器在生成栈分配代码前就会拒绝，错误类似：error: 'DynamicOnly::~DynamicOnly()' is private within this context。
new 行为不同：它只负责调用 operator new 分配内存 + 调用构造函数，不触发析构；析构时机由用户控制（比如手动 delete 或智能指针），所以只要提供合法释放路径，就没问题。
- 析构函数必须是
private或protected，不能是public - 构造函数保持
public，否则new也会失败 - 若析构是
protected，派生类可继承并公开析构，失去限制效果——除非你明确需要这种继承能力
必须配套提供安全释放方式，否则内存泄漏不可避免
私有析构后，用户无法直接写 delete ptr（因为 delete 表达式内部要调用析构函数）。不解决这点，类就只能创建、不能销毁。
立即学习“C++免费学习笔记（深入）”；
- 推荐做法：提供公有
static工厂函数 + 公有成员函数destroy()，内部执行delete this - 不要依赖友元函数释放——破坏封装，且容易误用（比如对同一指针多次调用）
- C++11 起可用
std::unique_ptr配合自定义删除器，但需额外声明deleter类型，不如destroy()直观
示例：
class DynamicOnly {
private:
~DynamicOnly() = default; // 私有析构
public:
static DynamicOnly* create() { return new DynamicOnly(); }
void destroy() { delete this; } // 唯一合法释放入口
};常见误操作：混淆构造 vs 析构的控制粒度
看到“只能堆上创建”，第一反应常是“把构造函数设 private”，结果 new 也挂了。这是典型的角色错位：
-
private构造函数 → 控制“谁可以初始化对象” -
private析构函数 → 控制“谁可以结束对象生命周期” - 题目要的是后者：允许初始化（
new），但禁止自动结束（栈析构）
另一个坑是忘了禁拷贝：如果没删掉拷贝构造/赋值，别人可能用 DynamicOnly obj = *ptr; 在栈上意外构造副本——此时副本析构仍会失败，但错误位置更隐蔽。
兼容性与现代 C++ 的取舍
用 private 析构是 C++98 起就稳定有效的方案，所有标准都支持。但要注意：
- 不能和
std::make_unique<DynamicOnly>()一起用——它内部调用delete，会因析构不可访问而编译失败 - 若类需被
std::vector<DynamicOnly*>管理，没问题；但std::vector<DynamicOnly>直接非法 - C++11 后可考虑用
= delete替代空实现的operator new，但那是针对“禁止堆分配”的场景，此处不适用
真正容易被忽略的点只有一个：析构私有化之后，销毁逻辑必须显式暴露，且只能有一条正确路径。漏掉 destroy() 或让它不可靠，这个类就只是个内存黑洞。
