java静态内部类与c++局部静态变量单例，均依赖运行时机制保障唯一性：java靠jvm类加载时加锁，c++靠c++11标准规定局部静态变量初始化仅一次且线程安全。
用 static 关键字设计单例模式，核心是利用其“类级别生命周期”和“JVM/C++运行时保证的初始化机制”，而不是简单加个 synchronized 或手动锁。真正标准、推荐的做法，取决于语言环境，但都围绕一个原则：**让实例创建这件事，由运行时系统自动保障原子性与唯一性**。
Java 中推荐：静态内部类（懒加载 + 天然线程安全）
这是 Java 里最平衡的写法——不预占资源、无需显式同步、无反射/序列化漏洞风险（配合 readResolve 可补全）。
- 外部类只声明私有构造，不创建实例
- 静态内部类
SingletonHolder用static final持有唯一实例 -
getInstance()方法直接返回内部类的静态字段，首次调用才触发该类加载 - JVM 规范保证：
<clinit></clinit>类初始化过程由类加载器加锁，且仅执行一次
C++11 及以后：局部静态变量（最简、最可靠）
这是 C++ 标准明确规定的线程安全方案，编译器自动生成保护逻辑，无需手写锁或智能指针管理。
- 在
getInstance()函数内声明static Singleton instance - 构造函数私有，禁用拷贝/赋值（
= delete） - C++11 起，该静态变量的首次初始化是原子操作，多线程并发调用不会重复构造
- 对象生命周期由编译器管理，程序结束时自动析构
避免踩坑的关键细节
不是所有带 static 的写法都算“标准单例”：
- 饿汉式（类加载即初始化）虽线程安全，但无法懒加载，资源可能浪费
- 普通懒汉式（
if (instance == null) new）没有同步机制，多线程下必然出错 - 加
synchronized的方法性能差，且锁粒度太大；双重检查锁需配volatile，易写错 - C++ 里用
static全局变量或静态成员变量实现单例，需额外加锁，不如局部静态变量简洁安全
为什么这些方式能确保全局唯一
根本不在代码逻辑里“判断是否已存在”，而在于运行时机制：
- Java 静态内部类：类加载是 JVM 级别动作，同一 ClassLoader 下类名唯一 → 实例唯一
- C++ 局部静态变量：标准规定初始化仅发生一次，且由编译器插入隐式锁 → 构造唯一
- 两者都不依赖开发者手写同步逻辑，规避了人为疏漏
