头文件中写 using namespace std; 会引发命名冲突，因为它将 std 中所有名称注入全局作用域，导致包含该头文件的源文件中出现同名标识符时产生二义性错误，且影响 ADL 行为。
为什么头文件里写 using namespace std; 会引发命名冲突
因为头文件被 #include 时，using namespace std; 的效果会“泄漏”到所有包含它的源文件中，相当于把 std::vector、std::string 等几十个名字无差别地注入全局作用域。一旦用户代码或第三方库也定义了同名标识符（比如自己写了 namespace mylib { void sort(...) }），而某处又 #include 了你的头文件，编译器就可能在调用 sort(...) 时无法分辨该用哪个——这不是警告，是直接报错：error: call to 'sort' is ambiguous。
using namespace std; 在头文件和源文件中的行为差异
在 .cpp 文件里写它，影响仅限于该翻译单元；但在 .h 或 .hpp 里写，等于强迫所有包含者接受这个命名空间展开。更隐蔽的问题是：它还会影响 ADL（Argument-Dependent Lookup）。例如你定义了一个自定义类型 MyArray 并重载了 operator，如果头文件里有 using namespace std;，那么 std::cout 可能意外触发 std::operator 而非你期望的重载版本。
- 头文件中：污染所有包含者的全局作用域 + 干扰 ADL + 隐式依赖难以追踪
-
.cpp中：影响可控，但依然不推荐（尤其大型项目） - 替代方案：只用
using std::vector;这类限定引入，或直接写std::vector
实际编译错误示例：头文件污染导致的二义性
假设你写了这样一个头文件：
// utils.hpp #includeusing namespace std; namespace mylib { void sort(int*, int); }
然后用户这样用：
立即学习“C++免费学习笔记（深入）”；
// main.cpp #include "utils.hpp" #includeint main() { std::vector v = {1,2,3}; sort(v.begin(), v.end()); // ❌ 编译失败：调用 'sort' 是二义的 }
问题不在 main.cpp，而在 utils.hpp 提前把 std::sort 拉进了全局作用域，使 mylib::sort 和 std::sort 同时可见。
更安全的写法：显式限定 or 局部 using
头文件中应完全避免 using namespace。若真想简化书写，可：
- 在函数内部局部使用：
void foo() { using std::swap; swap(a, b); } - 只引入必要符号：
using std::string; using std::vector;（仍需谨慎，尤其当头文件被广泛包含时） - 坚持完整限定：
std::unique_ptr、std::make_shared——这是最清晰、最不易出错的方式
真正麻烦的不是多敲几个 std::，而是某天加了一个新 #include 后，原本好好的代码突然编译不过，而错误信息里根本看不到问题源头在哪个头文件里悄悄写了 using namespace std;。
