namespace 必须位于全局作用域或嵌套于其他 namespace 中，不可在函数、类定义体（非嵌套）或控制结构内；头文件中宜仅声明，实现放 .cpp 文件；using namespace std; 避免在头文件和全局使用，局部作用域可用。
namespace 声明和定义写在哪？
C++ 的 namespace 不是函数也不是类型，它只是个作用域声明容器，必须出现在全局作用域或嵌套在其他 namespace 里。不能写在函数内部、类定义体中（除非是嵌套命名空间），也不能放在 if 或循环里。
-
头文件中通常只做
namespace声明（或定义），避免重复定义：namespace utils { void log(const char* msg); } -
对应的 .cpp 文件里再定义实现：
namespace utils { void log(const char* msg) { /* ... */ } } -
如果头文件里直接定义内联函数或模板，可以连声明带定义一起写在
namespace块里，但要注意多次包含不引发 ODR 违规。立即学习“C++免费学习笔记（深入）”；
using namespace std; 到底能不能用？
能用，但绝大多数时候不该在头文件或全局作用域用。它会把整个 std 命名空间“倾倒”进当前作用域，极大提高命名冲突风险，尤其当多个头文件都用了它时。
-
在 .cpp 文件最底部、函数内部或局部作用域用，影响范围可控：
int main() { using namespace std; cout << "hello"; // OK } 更安全的做法是只引入需要的项：
using std::cout;using std::string;模板代码里慎用
using namespace，ADL（参数依赖查找）可能被干扰，导致函数调用失败。
匿名 namespace 和 static 全局变量有什么区别？
两者都限制符号链接性（internal linkage），但语义和适用场景不同：
-
匿名
namespace是 C++ 推荐方式，作用于所有类型（函数、变量、类、模板等）：namespace { int helper_value = 42; void helper_fn() { /* ... */ } } static修饰全局变量或函数也能实现 internal linkage，但 C++17 起对变量已不推荐（static在类外仅保留函数链接性含义）；且static不能用于类型定义（比如不能static class X {};）。匿名
namespace中的内容仍可被同文件内其他命名空间访问（通过完全限定名），而static变量完全不可见——这点常被忽略。
嵌套 namespace 怎么写才不反人类？
C++17 支持嵌套式写法，比多层大括号清晰得多：
-
旧写法（易漏大括号、缩进混乱）：
namespace A { namespace B { namespace C { void f(); } } } -
新写法（推荐）：
namespace A::B::C { void f(); } 注意：这种写法要求每个中间层级（
A、A::B）此前必须已声明过（哪怕空的），否则编译报错unknown namespace。头文件中提前声明一层空namespace A { }很常见。
真正容易出问题的是跨文件的嵌套定义顺序——比如 A::B 在 file1.h 中定义，file2.cpp 却先写了 namespace A::B::C，而没包含 file1.h，就会失败。这类错误往往到链接期才暴露，调试成本高。
