匿名命名空间比static更强大：支持类型定义、模板、using声明等，而static仅限变量/函数；两者均提供内部链接，但匿名命名空间能实现类型级封装且符号生成机制不同；现代C++优先使用匿名命名空间。
匿名命名空间和 static 全局变量都限制链接性，但作用域处理完全不同
两者都能让变量/函数只在当前编译单元内可见（即内部链接），但 static 仅作用于声明点之后的标识符，而匿名命名空间包裹的是整个作用域块——它能自然容纳类型定义、模板、using 声明等，static 完全不支持这些。
典型错误是试图用 static class 声明私有类：这在 C++ 中非法；而匿名命名空间里写 class Helper { ... }; 完全合法且常用。
-
static是修饰符，只能加在变量、函数、成员函数前 - 匿名命名空间是语法结构，可包含任意声明：类、枚举、模板、
inline变量、甚至嵌套命名空间 - 匿名命名空间中定义的
Helper类型，其他文件连声明都无法写出（因为没名字），而static无法提供这种“类型级封装”
链接属性相同，但符号生成机制有差异
从链接器视角看，两者最终都产生内部链接符号（internal linkage），不会出现在目标文件的导出符号表中，因此不会引发 duplicated external symbols 错误。但编译器对它们的符号命名方式不同：
-
static int x;生成的符号名通常带编译单元标识（如x.1234），具体格式依赖编译器实现 - 匿名命名空间中的
int x;会被编译器自动映射到一个唯一、不可见的具名命名空间（如namespace __7a2b3c { int x; }），再通过::解析访问 - 这意味着：用
nm查看目标文件时，两者符号名风格不同，但都不可被其他 .o 文件引用
模板和 inline 变量必须用匿名命名空间，不能用 static
C++17 引入 inline 变量后，跨多个编译单元定义同一变量成为可能，但若只想在单个文件内定义并初始化一个 inline 变量，static 不可用——它不改变变量的“定义唯一性”语义，而匿名命名空间天然满足单定义约束。
立即学习“C++免费学习笔记（深入）”；
-
inline const std::string msg = "hello";必须放在匿名命名空间中，否则违反 ODR（One Definition Rule） - 函数模板特化若只用于本文件，也应放在匿名命名空间里，避免意外导出或冲突
-
static inline void helper() { ... }是非法语法；正确写法是namespace { inline void helper() { ... } }
实际项目里优先选匿名命名空间，除非要兼容 C 风格代码
现代 C++ 项目中，匿名命名空间是更一致、更安全的选择。它不引入新关键字语义歧义，支持所有语言特性，且与命名空间嵌套、ADL（Argument-Dependent Lookup）等机制天然协同。
唯一保留 static 的常见场景是：维护遗留 C 代码、或需要明确强调“此函数仅作本文件工具使用”这类语义（此时 static 的意图比匿名命名空间更直白）。
容易被忽略的一点是：匿名命名空间里的 using 声明（如 using std::vector;）只在该命名空间内生效，不会污染外层作用域；而 static 对 using 没有意义，也不能修饰它。
