静态变量和静态成员函数是编译期绑定的类级实体，非共享内存；static成员变量需类外定义否则链接失败，C++17起可用inline static；static成员函数无this指针，仅可访问static成员；static局部变量首次初始化线程安全，但读写需手动同步。
静态变量和静态成员函数不是“共享内存”或“全局快捷方式”，而是编译期绑定的、属于类而非对象的独立实体——用错场景会引发隐晦的生命周期问题和线程安全漏洞。
static 成员变量必须在类外定义
声明在类内，但不分配存储；真正占用内存的位置在类定义之外。漏掉这一步，链接时必报 undefined reference to 'ClassName::static_var'。
常见错误现象：编译通过，链接失败，尤其在模板或头文件直连场景下更易忽略。
- 类内只写声明：
static int count; - 类外（通常在 .cpp 文件）必须定义并可选初始化：
int MyClass::count = 0; - 如果在头文件中定义（比如写了
int MyClass::count = 0;），被多个源文件包含就会导致多重定义错误 - C++17 起可用
inline static在类内直接定义：inline static int count = 0;，但老项目慎用
static 成员函数只能访问 static 成员
它没有 this 指针，因此无法读写非静态成员变量或调用非静态成员函数——这不是限制，而是设计意图：它本就不该依赖对象状态。
立即学习“C++免费学习笔记（深入）”；
使用场景包括工厂创建、计数器管理、配置加载等与具体实例无关的操作。
- 能访问：
static int count;、全局变量、其他static成员函数 - 不能访问：
int id;、void do_something();（非 static） - 误用表现：编译错误
invalid use of 'this' in static member function - 若真需要访问实例数据，说明不该用
static，应改用普通成员函数或传入对象引用
static 局部变量的生命周期和线程安全
函数内的 static 变量只初始化一次，生存期贯穿整个程序运行——但它不是线程安全的初始化（C++11 起保证首次初始化的线程安全，但后续读写仍需同步）。
容易踩的坑是把它当“轻量单例”用，却忘了多线程并发调用时的竞态风险。
- 初始化仅一次：
static std::mutex mtx;是安全的；static std::vector首次进入函数时构造，之后复用cache; - C++11 前：多线程首次调用可能触发多次初始化（未定义行为）
- C++11 起：首次初始化自动加锁，但后续对
cache的读写不自动同步，需手动加锁 - 别在递归函数里依赖
static局部变量做状态缓存，逻辑容易失控
最常被忽略的是 static 成员变量的定义位置和 static 局部变量的并发语义——它们不像看上去那么“简单可靠”，一不留神就从便利工具变成偶发崩溃的根源。
