static局部变量存储在静态存储区（.data或.bss段），程序启动时分配、结束时释放，地址不变且值持续保留；其初始化仅一次、线程安全，但后续读写不自动同步。
static局部变量的内存分配位置决定值保留
因为static局部变量被分配在静态存储区（data段或bss段），而非栈上。普通局部变量每次函数调用都在栈上重新分配、初始化、销毁；而static局部变量在程序启动时就完成内存分配和首次初始化，之后整个生命周期内地址不变、内容不自动清零。
这和全局变量内存布局一致，但作用域仍被限制在函数内部——编译器通过符号可见性控制访问，不是靠内存位置。
初始化只发生一次，且是线程安全的（C++11起）
C++11标准规定：函数内static变量的首次初始化是线程安全的。编译器会自动生成隐式锁（如pthread_once或类似机制），确保多线程首次调用getANum()时，static int a = 0;仅执行一次。
但要注意：初始化之后的读写操作（比如a++）并不自动线程安全，需手动加锁或使用原子类型。
-
static int a = expensive_init();—— 这行只在第一次进入函数时执行 - 后续调用跳过初始化，直接使用已存在的内存单元
- 未显式初始化的
static局部变量默认为0（int）、nullptr（指针）、空构造（类类型）
常见误判：不是“函数记住了值”，而是“变量没被销毁”
很多人以为static让函数具备了状态记忆能力，其实本质是变量生命周期变了。函数本身仍是无状态的，只是它每次访问的是同一个持久化变量。
典型错误现象：counter()里定义static int count = 0;，然后反复调用却得到递增结果——这不是函数在“记住”，而是count根本没被回收。
- 错误写法：
static int count = rand() % 10;→ 只在第一次调用时取随机值，之后永远不变 - 错误假设：
static变量能跨进程/跨DLL共享 → 实际上每个翻译单元（.cpp文件）的static局部变量都是独立实例 - 混淆点：
static局部变量和static全局变量都存静态区，但链接属性完全不同（前者无外部链接，后者有internal linkage）
调试时怎么看它是不是真保留了值
用gdb或LLDB打断点，在多次调用同一函数时观察变量地址是否一致：
int counter() {
static int x = 0;
printf("x addr: %p, value: %d\n", (void*)&x, x);
return ++x;
}
你会看到每次输出的地址完全相同，而x值持续递增。如果换成普通局部变量，地址每次都会变，且初始值不可预测。
这个行为在嵌入式裸机环境、Windows DLL、Linux SO中均一致——只要遵循C++标准，static局部变量的生存期和初始化语义就是确定的。真正容易出问题的地方，往往在于把它当成线程安全的计数器来用，而忽略了后续修改仍需同步。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
