static局部变量仅初始化一次且生命周期贯穿程序运行期，首次调用时初始化，后续调用共享同一内存并保留值，未显式初始化则默认为0，作用域仍限于函数内。
static局部变量只初始化一次，且生命周期贯穿整个程序运行期
函数内定义的static变量不是每次调用都重建，而是在首次执行到该定义时初始化一次，之后所有调用共享同一块内存。这和普通局部变量（栈上分配、每次调用新建销毁）有本质区别。
常见错误是误以为static int x = 0;等价于int x = 0;——实际后者每次进入函数都会重置为0，前者只会初始化一次，后续调用保留上次值。
- 初始化表达式仅在第一次控制流到达该语句时求值（C++11起保证线程安全）
- 未显式初始化的
static局部变量默认为0（如static int a;→a == 0） - 不能在函数外取它的地址再传入其他函数来“绕过作用域”——它仍受限于函数作用域，只是存储期变长
void counter() {
static int count = 0; // 只执行一次
count++;
std::cout << count << "\n";
}
// 第一次调用输出1，第二次输出2，依此类推
static全局变量和函数限制链接性，避免ODR冲突
在命名空间作用域（即函数外）加static，会让该变量或函数具有内部链接（internal linkage），只在当前翻译单元可见。这是C++中实现“文件作用域私有”的传统方式。
不加static的全局变量/函数默认是外部链接，若多个.cpp都定义同名全局变量，链接器会报multiple definition错误；加了static就各管各的，互不干扰。
立即学习“C++免费学习笔记（深入）”；
- 替代方案：C++11起更推荐使用匿名命名空间
namespace { int x; }，语义更清晰，且支持模板和特化 -
static函数无法被其他文件调用，调试时可能看不到符号（取决于编译器和调试信息级别） - 注意：类内
static成员变量不属于此范畴，它仍是外部链接，需在类外定义
类内static成员变量必须在类外定义，否则链接失败
声明在类里的static成员变量（如static int count;）只是声明，不是定义。如果不提供类外定义，链接时会报undefined reference to 'ClassName::count'。
这是因为静态成员变量属于整个类而非某个对象，需要一块独立的存储空间，而类定义本身不分配空间。
- 定义必须写在某个.cpp里，不能带
static关键字（否则变成内部链接，类外无法访问） - 如果变量是
const且是字面量类型（如static const int N = 42;），可在类内直接初始化，但依然不能取地址（除非在类外定义） - C++17起可用
inline static在类内定义，彻底解决分离声明/定义的问题
struct S {
static int x; // 声明
static const int y = 10; // 常量内联初始化，但不可取地址
};
int S::x = 0; // 必须的定义，在某个.cpp中
static constexpr比static const更安全，优先用于编译期常量
当需要一个编译期整数常量（比如数组大小、模板参数），用static constexpr比static const更可靠。前者明确要求常量表达式，后者在旧标准下可能被当作运行期变量处理。
例如static const int N = 5;在C++98/03中不一定是常量表达式，不能用于int arr[N];；而static constexpr int N = 5;一定可以。
-
constexpr隐含const，且强制要求初始化表达式可常量求值 - 非整型类型（如
std::string_view）也可用constexpr构造，只要满足条件 - 注意：
static constexpr成员变量仍需类外定义才能取地址，除非是字面量类型且已初始化（C++17起inline static constexpr可直接取地址）
真正容易被忽略的是：static的语义完全取决于它出现的位置（局部 / 全局 / 类内），同一个关键字在不同上下文解决的是完全不同的问题——作用域、链接性、存储期，混用时极易误判行为。
