命名空间需用namespace 名称 { ... }定义，不可加分号；C++17支持嵌套写法namespace A::B::C { ... }；头文件中禁用using namespace；别名应语义清晰如namespace fs = std::filesystem；inline namespace用于ABI兼容与版本管理。
命名空间怎么写才不被编译器报错
直接在全局作用域里用
块定义，别漏掉花括号，也别在末尾加
——这是新手最常多打的一个分号。C++ 里命名空间不是语句，是声明性区域。
常见错误现象：
，往往是因为前面少了个
或者头文件里某处宏展开后破坏了结构。
嵌套命名空间从 C++17 起支持
写法，比层层缩进更清爽
老标准（C++11/14）得写成
头文件中定义命名空间没问题，但避免在头文件里用
，会污染包含它的所有翻译单元
using namespace std; 到底能不能用
能用，但在头文件里绝对不能用；在 .cpp 文件开头用，也要看场合——小练习可以，工业级代码里基本等于埋雷。
为什么这样做：它把整个
里的名字（比如
、
、
）全拉进当前作用域，和你自定义的同名函数/变量一冲突，编译器不一定报错，而是静默调用错的重载，调试时很难定位。
立即学习
“
C++免费学习笔记（深入）
”；
替代方案是只引入需要的项：
、
函数内局部使用
更安全，比如在某个算法函数开头写
模板代码里尤其要小心，ADL（参数依赖查找）可能因
改变行为
命名空间别名怎么起才不绕口
别为了省字符乱缩写，比如把
缩成
，过两周自己都看不懂。别名核心是提升可读性，不是打字速度。
C知道
CSDN推出的一款AI技术问答工具
下载
使用场景：长命名空间路径频繁出现（如第三方库、模块化项目中的深度嵌套），或者想给同一命名空间在不同上下文赋予语义化称呼。
标准写法：
，等号右边必须是已存在的命名空间
别名不能跨作用域隐式继承，
中的
别名只在
内有效，除非显式写
注意和 using 声明的区别：别名是新名字，
是把名字“抄”进来；前者不增加名字查找负担，后者会
inline namespace 是干啥的，什么时候必须用
它解决的是 ABI 兼容问题，不是为了写起来方便。如果你没在维护一个需要二进制向后兼容的库，大概率用不到它。
典型场景：C++ 标准库中
就是 inline 的，所以你能直接写
而不用写
。
关键特性：inline 命名空间里的名字会自动“提升”到外层命名空间，查找时优先匹配它们
版本管理常用：
，用户调用
默认走 v1，但链接时仍可替换为 v2 的实现
不能对同一个外层命名空间多次 inline 不同子空间，编译器会报错：
真正容易被忽略的是 inline namespace 的链接行为——它让符号在动态库升级时保持稳定，但如果你没在导出符号、没做版本控制、也没碰过
，那它对你就是个语法彩蛋。别为了“学全”硬塞进项目里。
namespace;error: expected unqualified-id before 'namespace'}namespace A::B::C { ... }namespace A { namespace B { namespace C { ... } } }using namespace xxx;stdcountfindmoveusing std::vector;using std::swap;usingusing std::begin; using std::end;using namespaceboost::asio::ip::tcpbainamespace fs = std::filesystem;namespace A { namespace B { int x; } }BAA::Busingstd::literals"hello"sstd::literals::string_literals::operator""snamespace mylib { inline namespace v1 { void func(); } namespace v2 { void func(); } }mylib::func()redefinition of inline namespaceSONAME