私有构造函数需将构造函数、拷贝构造、移动构造及赋值运算符均声明为private或=delete；c++11起推荐统一用=delete确保编译期拦截。
私有构造函数怎么写，为什么不能 public
私有构造函数就是把 Constructor 的访问权限设为 private，外部无法直接 new 或栈上实例化。这是单例的前提——禁止任意创建对象。
常见错误是只把构造函数设为 private，却忘了把拷贝构造、移动构造、赋值操作也禁掉，导致绕过单例约束：
-
private:构造函数、拷贝构造函数、移动构造函数、operator=（含拷贝/移动赋值）都得显式声明为delete或private - 否则别人用
A a = b;或A a(std::move(b));就能偷偷生成新实例 - C++11 起推荐统一用
= delete，比仅声明private更安全（编译期拦截）
线程安全的单例怎么实现（懒汉式）
最常用的是“双重检查锁定”（Double-Checked Locking），但 C++11 之前有内存重排序风险；C++11 及以后靠 std::call_once + std::once_flag 更简洁可靠：
class Singleton {
private:
Singleton() = default;
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;
static std::unique_ptr<Singleton> instance_;
static std::once_flag init_flag_;
public:
static Singleton& getInstance() {
std::call_once(init_flag_, []{
instance_ = std::make_unique<Singleton>();
});
return *instance_;
}
};
注意点：
立即学习“C++免费学习笔记（深入）”；
-
std::call_once是线程安全的初始化入口，只执行一次，无需手写锁 -
std::unique_ptr管理堆内存，避免裸指针和手动delete - 不要用局部静态变量（如
static Singleton s;）实现懒汉式——它虽线程安全（C++11 要求），但销毁时机不可控，可能在其他静态对象析构后才被析构，引发 use-after-free
饿汉式单例的适用场景和隐患
饿汉式在程序启动时就构造好唯一实例，靠全局静态对象实现：
class Singleton {
private:
Singleton() = default;
static Singleton instance_;
public:
static Singleton& getInstance() { return instance_; }
};
优点是绝对线程安全、无延迟；但问题也很直接：
- 实例在
main()之前就构造，依赖的其他全局对象可能还没初始化（静态初始化顺序问题） - 即使从不调用
getInstance()，也会强制构造，浪费资源 - 无法在构造函数中做运行时参数检查或抛异常（静态对象初始化阶段异常会导致程序终止）
单例类里怎么安全持有资源（如文件句柄、网络连接）
单例生命周期贯穿整个程序，资源释放必须可控且不依赖析构时机。别指望 ~Singleton() 一定被调用（比如 exit() 或 crash）。
实操建议：
- 资源初始化放在
getInstance()首次调用时（懒汉），而不是构造函数里 - 提供显式
shutdown()或close()方法，由主逻辑控制何时释放 - 若必须自动清理，可用
atexit()注册清理函数，但要确保该函数只执行一次且不抛异常 - 避免在单例析构函数里做 I/O 或锁操作——此时其他静态对象可能已析构，容易死锁或崩溃
真正难的不是写出来，而是想清楚：这个“唯一实例”是否真的需要跨所有模块共享？有没有更松耦合的替代方案（比如依赖注入）？很多单例最后成了隐藏的全局状态，让测试和重构变困难。
