Static修饰类成员变量需类外定义，否则链接失败；static成员函数无this指针，仅能访问static成员；局部static变量初始化线程安全但后续读写需同步；全局static限制链接性，推荐用匿名命名空间替代。
static 修饰类成员变量：不实例化也能用，但得在类外定义
类里的 static 成员变量属于整个类，不是某个对象，所以没创建对象也能通过 ClassName::variable 访问。但很多人卡在这一步：编译报错 undefined reference to 'ClassName::static_var'。
原因很简单：声明 ≠ 定义。类内只是声明，必须在类外（通常是 .cpp 文件里）单独定义一次，否则链接失败。
- 类内只写
static int count;—— 这是声明 - 类外必须写
int MyClass::count = 0;—— 这才是定义和初始化 - 如果在头文件里直接定义（比如
static int count = 42;），多个源文件包含它会导致重复定义错误 - const 整型静态成员可以例外：类内初始化（
static const int MAX = 100;）且不取地址时，可不定义；但一旦用了&MyClass::MAX，还是得在 .cpp 里定义
static 修饰类成员函数：不能访问非静态成员，但能调用其他 static 函数
static 成员函数没有 this 指针，因此不能读写普通成员变量或调用非 static 成员函数。它本质上是个“挂名在类里的全局函数”，只是加了作用域限制。
常见误用：在 static 函数里直接写 value_++ 或 do_something()，编译器立刻报错 invalid use of 'this' in static member function。
立即学习“C++免费学习笔记（深入）”；
- 只能访问
static成员变量和其他static成员函数 - 可以作为回调函数（比如线程启动函数、C API 的 handler），因为 C 接口不要求
this - 不能是
virtual—— 虚函数依赖对象的动态类型，而static函数压根不绑定对象 - 参数列表里不会自动多出
this，所以签名就是你写的那样，调用时也不需要对象实例
static 在局部作用域：只初始化一次，生命周期贯穿整个程序运行期
函数内部的 static 变量，第一次执行到那行才初始化，之后每次调用都保留上次的值。它不是栈变量，也不是全局变量，而是存在数据段，只是作用域被限制在函数内。
典型陷阱：多线程环境下未加锁访问局部 static 变量，可能引发竞态 —— c++11 起，编译器保证首次初始化是线程安全的（即 static T x = init(); 这一行只会执行一次，且原子），但后续读写仍需自行同步。
- 初始化仅发生一次，哪怕函数被递归调用也只初一次
- 未显式初始化则按类型零初始化（
int为 0，指针为nullptr） - 析构时机在 main() 返回后、全局对象析构期间，顺序与构造相反
- 不要返回局部
static变量的引用/指针并长期持有——它确实一直活着，但语义容易误导维护者
static 全局变量和函数：限制链接性，避免符号冲突
在 .cpp 文件顶部写 static int helper_flag; 或 static void log_debug() { ... }，会让这个符号只在当前编译单元可见，别的 .cpp 看不见。这是 C 风格的“文件作用域”控制方式，现在更推荐用匿名命名空间替代。
问题在于：如果误在头文件里写 static int config_mode;，每个包含它的 .cpp 都会生成一份独立副本，看似共享，实则各自为政。
- 全局
static变量默认初始化为 0，且不参与弱符号合并 - 和
inline、constexpr不同，static全局变量不能被跨文件 ODR-used（除非取地址） - C++17 起，推荐用
inline变量替代头文件中的static声明+定义组合，更清晰 - 现代项目中，优先用
Namespace { ... }替代static修饰全局实体，语义更明确
static 的核心其实是“脱离实例”和“限制可见性”两个维度，但不同上下文语义差异很大。最容易混淆的是类内声明却忘了类外定义，或者以为局部 static 初始化线程安全就等于全程线程安全 —— 实际上，初始化之后的读写，该加锁还得加锁。