static局部变量生命周期为整个程序运行期但作用域仅限函数内部，首次调用初始化且线程安全（C++11起），优于全局变量的封装性与命名隔离性。
static 局部变量不是全局变量，但生命周期确实延长了
很多人以为 static 在函数内声明变量是“把局部变量变全局”，其实不对。它只是让变量的存储期（lifetime）从函数调用结束就销毁，变成整个程序运行期间都存在；但作用域（scope）仍严格限制在定义它的函数内部——外面连名字都看不到，更别说读写了。
常见错误现象：static int x = 0; 写在函数里，然后在另一个函数里直接用 x，编译报错 ‘x’ was not declared in this scope。这不是链接问题，是纯粹的作用域隔离。
- 只在首次进入该函数时初始化一次，后续调用跳过初始化
- 未显式初始化时自动零初始化（
static int a;等价于static int a = 0;） - 多线程环境下不安全：多个线程同时首次调用该函数，C++11 之前可能引发竞态初始化（C++11 起保证线程安全）
为什么不用全局变量而选 static 局部变量
核心是封装性。比如一个计数器只该被某个解析函数内部维护，外部既不该访问也不该误改。用真正的全局变量会污染命名空间，还容易被其他模块意外修改或链接冲突。
使用场景举例：实现一个单次初始化的缓存、状态机中的私有状态、避免重复加载配置的懒初始化逻辑。
立即学习“C++免费学习笔记（深入）”；
- 全局变量：所有翻译单元可见，需加
extern声明，头文件里放声明易引发 ODR 违规 -
static局部变量：每个函数独立一份，即使同名也互不影响，天然隔离 - 性能无差异：两者都是静态存储期，地址固定，访问速度一样
static 局部变量和 static 成员变量别混了
名字一样，行为完全不同。static 成员变量属于类，归所有对象共享，必须在类外定义（哪怕没初始化），而 static 局部变量根本不在类里，跟类没关系。
典型错误：在类成员函数里写 static std::vector<int> cache;</int>，以为这是“类级别的缓存”，结果发现不同类实例调用时共用同一份 —— 实际上它确实是共用的，但它不属于类，只是碰巧在成员函数里定义而已；真要类级缓存，得写成 static std::vector<int> MyClass::cache;</int> 并在 .cpp 中定义。
-
static局部变量不能取地址传给需要extern链接的 C 接口（因为无外部链接名） -
static成员变量有外部链接名，可取地址、可导出、可被其他编译单元引用 - 调试时注意：GDB 显示
static局部变量可能带匿名命名空间前缀，名字不像源码里那么直观
替代方案：比 static 局部更可控的懒初始化
如果真需要跨函数共享、又不想暴露全局符号，static 局部变量不够用。这时更推荐用函数返回引用：
const std::map<std::string, int>& get_config_map() {
static const std::map<std::string, int> config = load_config();
return config;
}
这样既保持初始化惰性，又可通过函数名控制访问入口，还能加锁做线程安全初始化（比如用 std::call_once）。比裸写 static 变量更明确意图。
- 不要在函数里写
static auto config = load_config();—— 如果load_config()抛异常，C++11 后该变量永远不会再尝试初始化 - 若类型支持 constexpr 初始化，优先用
constexpr替代static，编译期搞定，零运行时开销 - 嵌入式或资源敏感环境要注意：
static变量无论是否用到，都会占 BSS 或 DATA 段空间
真正难处理的是初始化顺序依赖——比如两个 static 局部变量分别在不同函数里，又互相调用对方的初始化函数。这种隐式依赖几乎无法调试，最好一开始就拆掉循环依赖，或者统一收口到一个初始化函数里。
