命名空间通过添加路径前缀隔离标识符，避免重名冲突；声明与定义需严格匹配，头文件禁用using指令，推荐匿名Namespace替代Static，模板特化须在原命名空间内进行。
namespace怎么解决变量/函数重名问题
命名空间的核心作用就是隔离标识符，避免不同模块里同名的func、Config或MAX_SIZE互相干扰。它不改变作用域规则本身，而是给名字加了一层“路径前缀”——就像文件系统里的/lib/utils/String.h和/app/utils/string.h可以共存一样。
常见错误是直接在全局写using namespace std;后又定义string变量，结果编译器报错Error: 'string' does not name a type，其实是自己覆盖了std::string，或者引发ADL（参数依赖查找）异常。
- 小项目可直接用
using std::cout;导入单个符号，比using namespace std;安全 - 头文件里禁止写
using指令，否则会污染包含它的所有源文件 - 嵌套命名空间如
namespace A { namespace B { int x; } }等价于namespace A::B { int x; }（c++17起支持），后者更简洁
如何正确声明和定义分离的namespace
声明和定义必须严格匹配，否则链接时会出现undefined reference to 'MyLib::init()'。典型场景是把接口声明放在mylib.h，实现放在mylib.cpp，但忘了在cpp里重复写namespace MyLib。
示例：
立即学习“C++免费学习笔记（深入）”；
// mylib.h #pragma once namespace MyLib { void init(); extern int version; }// mylib.cpp #include "mylib.h" namespace MyLib { int version = 1; void init() { /* ... */ } }- 头文件中用
extern声明变量，cpp中才定义，否则多个源文件包含头文件会导致multiple definition - 类定义可全写在头文件里（inline语义），但成员函数若在类外定义，仍需套上
namespace X { ... } - 模板定义通常也得放在头文件，且命名空间不能省略——
template<typename t> Struct Container</typename>必须在namespace Lib内完整写出
匿名namespace和static的区别在哪
两者都限制链接性（internal linkage），但机制不同：匿名namespace本质是编译器生成唯一名称（如namespace __UNIQUE_123 { ... }），而static是C遗留关键字，在C++中对函数/变量加static仅表示“本翻译单元可见”。
关键差异：
- 匿名
namespace能包裹类型定义（如struct Helper { ... };），static不能修饰类型 - 在类内部，
static成员属于类而非命名空间，和匿名namespace无关 - C++17起推荐用匿名
namespace替代static函数/变量，语义更清晰、支持ADL
using声明和using指令的实际影响
using不是宏替换，它只是引入名字到当前作用域。但一旦引入，就可能触发重载决议失败或歧义——比如同时using std::abs;和using MyMath::abs;，再调用abs(-5)就会报error: call of overloaded 'abs(int)' is ambiguous。
-
using namespace X;在函数体内可用，但别在全局作用域滥用，尤其不要在头文件里写 - 类内
using可用于类型别名（using value_type = int;）或继承构造函数（using Base::Base;），这和命名空间无关 - 如果只用
std::vector和std::string，宁可写两行using std::vector; using std::string;，也不写using namespace std;
最易被忽略的是模板特化：你不能在namespace A里特化std::hash<t></t>，必须回到namespace std里做，否则编译器根本看不到这个特化版本。