static局部变量首次执行到定义语句时初始化一次，生命周期贯穿程序运行期，作用域限于函数内；未显式初始化则自动零初始化，c++11起首次初始化线程安全。
static局部变量的生命周期和初始化时机
static局部变量只在第一次执行到其定义语句时初始化一次，之后函数多次调用都复用同一块内存。它既不是栈变量（每次调用重建），也不是全局变量（作用域仍限于函数内）。
常见错误是以为每次调用都会重新初始化：static int count = 0; 在第二次进入函数时，count 保持上次退出时的值，不会重置为 0。
- 初始化表达式必须是常量表达式，或能在运行时求值一次（C++11 起支持非常量初始化，但仅执行一次）
- 未显式初始化的
static局部变量自动零初始化（如static int x;→x == 0） - 多线程环境下首次初始化不是线程安全的（C++11 起保证静态局部变量的首次初始化是线程安全的）
static局部变量 vs 普通局部变量对比
看一个典型场景：统计函数被调用了多少次。
void counter() {
int normal = 0; // 每次调用都重置为 0
static int stat = 0; // 第一次为 0，之后递增并保留
normal++;
stat++;
std::cout <p>连续调用 <code>counter()</code> 三次，输出会是：</p><pre class="brush:php;toolbar:false;">normal: 1, stat: 1
normal: 1, stat: 2
normal: 1, stat: 3关键区别在于：普通局部变量存储在栈上，随函数调用/返回自动构造/析构；static 局部变量存在静态存储区，整个程序生命周期内只构造一次、析构一次（在 main 返回后）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
static局部变量的线程安全注意事项
C++11 标准规定：静态局部变量的首次初始化是线程安全的——编译器会自动插入类似 std::call_once 的机制。但注意这只是针对“初始化过程”，不保护后续读写。
- 如果初始化依赖外部状态（比如读文件、查环境变量），且该操作本身非线程安全，那仍需自行加锁
- 初始化完成后，对
stat的读写不自动同步，多个线程并发修改仍需std::atomic或互斥量 - MSVC、GCC、Clang 均已实现该线程安全保证，无需额外配置
例如：static std::vector<int> cache = heavy_init();</int> 中 heavy_init() 只会被一个线程执行，其他线程阻塞等待完成。
static局部变量不能用于模板推导或 constexpr 上下文
因为它的地址和值在编译期不可知，所以不能作为非类型模板参数，也不能出现在 constexpr 函数中作为返回值来源。
- 错误示例：
template<int p> struct X {};</int>不能用&stat实例化，因为&stat不是常量表达式 -
constexpr int f() { static int x = 1; return x; }是非法的——static局部变量禁止出现在constexpr函数中（C++20 仍未允许） - 若需要编译期常量，请改用
inline constexpr变量或函数内constexpr局部变量（无static）
真正容易被忽略的是：即使你没写多线程代码，只要函数可能被动态库导出、被信号处理函数调用，或在 atexit 注册的清理函数中被间接调用，static 局部变量的初始化顺序和析构时机就可能引发隐蔽问题。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
