私有构造函数不能完全阻止实例化，因类内部静态函数、友元或派生类（若基类含protected构造）仍可创建对象；抽象类（含纯虚函数）才是标准解法，编译器强制禁止实例化。
为什么私有构造函数不能完全阻止实例化
私有构造函数只限制类**外部**直接调用构造函数，但不阻止类内部或友元代码创建对象。比如静态成员函数、友元函数、嵌套类仍可能绕过访问控制完成实例化。更关键的是：它无法阻止派生类继承后在内部调用基类私有构造（只要基类提供 protected 构造函数），所以“防止被实例化”这个目标容易落空。
常见错误现象：class A { private: A() {} }; A a; 编译报错 error: 'A::A()' is private within this context —— 看似成功，但一旦加上 static A make() { return A(); } 就立刻失效。
- 私有构造 + 公有静态工厂方法 = 仍可实例化
- 私有构造 + 友元类/函数 = 实例化完全放开
- 没有纯虚函数，该类仍可被继承并实例化派生类（若派生类自己实现构造）
抽象类才是标准解法：靠纯虚函数强制不可实例化
C++ 标准规定：含有至少一个 pure virtual function 的类是抽象类，无法直接构造对象。编译器会在 new A 或 A a 时拒绝，错误信息明确如 error: cannot declare variable 'a' of abstract type 'A'。
注意：只要有一个纯虚函数即可，不一定要是 virtual ~A() = 0;，但析构函数设为纯虚且提供定义是良好实践，避免派生类析构不安全。
立即学习“C++免费学习笔记（深入）”；
- 必须写
virtual ~A() = 0 { }（声明纯虚，定义空实现），否则派生类析构可能跳过基类逻辑 - 纯虚函数可以有实现（如
virtual void f() = 0 { /* default impl */ }），但不影响抽象性 - 抽象类可以有构造函数、成员变量、非虚成员函数——它只是“不能 new 出具体对象”
面试常问对比：抽象类 vs 私有构造函数的适用场景
两者目的不同：抽象类表达“这是一个接口，必须由子类实现行为”，私有构造函数表达“这个类不该被用户直接创建，但可能提供工具函数或单例”。混淆使用会暴露设计理解偏差。
典型误用：class Utils { private: Utils() = default; }; —— 这不是防止实例化，而是预防误用；正确做法是删掉构造函数并把所有函数改为 static，或用命名空间替代。
- 要定义接口规范、强制多态行为 → 用抽象类 + 纯虚函数
- 要禁用对象生命周期管理、仅提供静态工具 → 删除构造函数 + 全部函数声明为
static，或改用namespace - 要实现单例 → 私有构造 + 静态实例 + 静态获取方法，但需额外加
delete拷贝/移动操作符
最简可靠写法：带虚析构的抽象基类
面试写代码时，别堆砌多个纯虚函数，一行足矣。重点体现对析构安全的理解。
class Shape {
public:
virtual ~Shape() = 0; // 必须声明为纯虚
virtual double area() const = 0; // 一个业务纯虚函数足够标识抽象性
};
inline Shape::~Shape() = default; // 定义放在头文件，用 inline 避免 ODR 问题
这样既满足编译期禁止实例化，又保留多态扩展能力。如果连 area() 都不需要，只做接口占位，就只留 virtual ~Shape() = 0; 并定义它——这是最小完备抽象类。
容易忽略的一点：纯虚析构函数**必须提供定义**，否则链接失败；而其他纯虚函数可以不定义。
