内部辅助类型不应放private而应放入匿名命名空间，因private仅在类内有效，全局使用会编译报错；匿名命名空间提供内部链接，避免符号冲突且支持嵌套定义。
内部辅助类型（比如只在当前 .cpp 文件里用的 struct、class 或 using 别名）不该放进 private ——因为 private 是类成员访问控制关键字，对文件级作用域无效；正确做法是放进匿名命名空间。
为什么不能放 private
private 只在类定义内部有意义，写在全局作用域或命名空间顶层会直接编译报错：error: 'private' is not valid here。有人误以为“私有=仅本文件可见”，但 C++ 里没有“文件级 private”这个语法概念。
匿名命名空间才是标准解法
匿名命名空间让符号具有内部链接（internal linkage），确保该类型不会泄漏到其他编译单元，也避免与第三方库同名类型冲突。
- 它比
static更现代、更一致：C++11 起推荐用匿名命名空间替代文件级static函数/变量 - 支持嵌套定义：可以在里面定义
class、template、constexpr等，static对类型声明无效 - 名字查找干净：不污染全局作用域，也不需要前缀，直接用
MyHelper即可
别用 using namespace std; 混在里面
匿名命名空间里如果用了 std::string 这类，必须显式写全限定名，或者在匿名命名空间内部加 using ——但绝不能把 using namespace std; 放在匿名命名空间外再指望它在内部生效。
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
using namespace std; namespace { struct X { string s; }; }→string找不到 - 正确写法：
namespace { using std::string; struct X { string s; }; } - 更推荐写法：
namespace { struct X { std::string s; }; }（明确、无歧义）
和 static class 的区别要拎清
有人会想：“我定义个 static class Helper {} 行不行？”——不行。static 不能修饰类声明，只能修饰变量或函数。所谓“静态类”是 C# 概念，在 C++ 中不存在。
-
static void helper_func() {}✅ 合法（C 风格内部链接） -
static class Helper {};❌ 编译失败 -
namespace { class Helper {}; }✅ 推荐（C++ 风格内部链接）
真正容易被忽略的是：匿名命名空间里的类型，哪怕只是 struct，也会参与模板实例化和 ADL（参数依赖查找）。如果没注意这点，可能在跨文件调用模板函数时意外触发非预期的重载匹配——这种问题往往只在链接后或运行时暴露，调试成本很高。
