命名空间用namespace关键字定义，不加分号；避免using namespace污染作用域；推荐using声明、匿名命名空间替代static；嵌套与inline命名空间用于模块化和ABI兼容。
namespace 定义语法和基本写法
定义命名空间就是用 namespace 关键字加一个名字，后面跟一对花括号。最简形式：
namespace mylib {
int value = 42;
void helper() {}
}注意：末尾不加分号，括号内可以放变量、函数、类、甚至嵌套另一个 namespace。
常见错误是把 namespace 当成函数或类去调用，比如写 mylib::helper() 前忘了声明或定义——这会报 ‘mylib’ has not been declared 错误。
- 命名空间名不能是 C++ 关键字（如
class、int） - 同一作用域下不能重复定义同名
namespace（但可以多次声明，用于扩展） - 全局命名空间（没写
namespace的部分）和自定义命名空间互不干扰
using 指令和 using 声明的区别与风险
using namespace std; 是新手最常写的，但它把整个 std 丢进当前作用域，容易引发隐式冲突。比如你自己写了 vector 类，又用了 using namespace std;，编译器就分不清该用哪个。
更安全的做法是只引入需要的符号：
using std::cout; using std::endl;或者在函数内部局部使用：
void foo() {
using std::swap;
swap(a, b); // 只在 foo 内生效
}
-
using namespace X;在头文件里出现＝埋雷，会污染所有包含它的源文件 -
using X::Y;是精确导入，推荐在 .cpp 文件顶部使用 - 模板类（如
std::vector）不能用using简化成vector后直接特化，会出错
匿名命名空间替代 static 的现代写法
老代码里常用 static 限制函数/变量链接性，但现在更推荐匿名命名空间：
namespace {
int internal_counter = 0;
void helper_impl() {}
}效果等价于 static，但语义更清晰——它表示“这些符号只在本翻译单元可见”。
区别在于：static 对函数和变量意义不同（C 风格遗留），而匿名 namespace 统一适用于所有实体，包括类型定义。
- 匿名命名空间里的内容不能被 extern “C” 引用
- 多个匿名
namespace在同一文件中会被合并，不是独立作用域 - 不要在头文件里写匿名命名空间，会导致每个包含它的 .cpp 都生成一份副本，可能违反 ODR
嵌套 namespace 和 inline namespace 的实际用途
C++11 支持嵌套写法：
namespace A { namespace B { namespace C {
void f();
}}}等价于更简洁的 namespace A::B::C（C++17 起支持）。这种写法适合组织大型库的模块层级，比如 boost::asio::ip。
inline namespace 主要用于 ABI 兼容升级：
namespace lib {
inline namespace v2 {
void process();
}
namespace v1 {
void process(); // 旧版保留
}
}这样用户写 lib::process() 默认调用 v2 版，但又能显式访问 v1。
- 嵌套过深（>3 层）会让代码可读性下降，建议配合别名简化：
namespace abc = A::B::C; -
inline namespace必须在定义时标明，之后不能补加inline - 跨 DLL 边界导出
inline namespace成员需额外小心，MSVC 和 GCC 行为略有差异
命名空间本身不产生运行时代价，但过度嵌套或滥用 using 会让名字查找变慢、错误信息变晦涩——尤其在模板实例化深度大时，编译器报错里可能混着十几层 ::，这时候得靠 IDE 的跳转功能，而不是硬读错误行。
立即学习“C++免费学习笔记（深入）”；
