using namespace std; 在头文件中危险，因其污染命名空间，导致同名符号冲突；应仅在 .cpp 文件底部谨慎使用，或用 using std::cout 等精确引入。
命名空间污染：为什么 using namespace std; 在头文件里是危险操作
它会让所有包含该头文件的源文件都“被迫”导入整个 std 命名空间，一旦别人也定义了同名符号（比如自己写了 vector 类），编译器就可能报 ambiguous call 或直接静默覆盖——出问题时根本想不到是头文件里一句 using namespace std; 搞的鬼。
- 只在
.cpp文件最底部、函数定义之前用，且仅限小项目快速验证 - 永远不要出现在任何
.h或.hpp里 - 如果真想省键入，用
using std::cout;这种精确引入，而非整个命名空间
using namespace 和 using-declaration 的行为差异
前者把整个命名空间符号“拉平”进当前作用域，后者只是给某个具体名字建个别名。差别直接影响重载解析和模板推导。
-
using namespace ns;：后续所有未限定名都会参与 ADL（参数依赖查找），容易意外匹配到非预期函数 -
using ns::func;：只引入func，不触发 ADL 扩展，更可控 - 模板中尤其敏感：用
using namespace可能让编译器选错重载版本，而using ns::func;明确锁死目标
嵌套命名空间里的 using 怎么写才不踩坑
像 namespace A::B::C { ... } 这种 C++17 写法很简洁，但里面的 using 语句作用域容易误判——它只对当前嵌套层级生效，不会自动穿透到外层或内层。
- 在
namespace A::B::C里写using namespace D;，只影响C内部，A和B看不到D的符号 - 想让上层也能用，得在对应层级重复写，或者改用 inline 命名空间（C++11 起）
- 常见错误：在
inline namespace v1 { ... }里用了using namespace std;，结果所有引入该 inline 命名空间的地方都被污染
跨编译单元链接时，using 不会影响符号可见性
很多人以为在 A.cpp 里写了 using namespace json11;，然后调用 Json::object()，就能让 B.cpp 也认得这个写法——其实完全不会。using 是纯编译期作用域控制，不生成任何新符号，也不改变链接行为。
立即学习“C++免费学习笔记（深入）”；
-
using语句的作用域严格限制在声明所在翻译单元（即单个.cpp文件）内 - 头文件里如果只放
namespace json11 { ... }而没using，那每个包含它的.cpp都得自己决定要不要引入 - 混淆点常出现在宏 + using 组合：比如
#define JSON_USING using namespace json11;放头文件里，看似方便，实则把污染风险又悄悄带进来了
using 是快捷方式，不是作用域穿透工具。真正难的从来不是怎么写，而是判断“此刻该不该让这个名字逃出它原本的盒子”。 
