在头文件中应避免使用using namespace std;，因其会污染全局命名空间，引发命名冲突、降低可读性。该指令强制所有包含该头文件的编译单元引入std全部名称，易与用户定义或第三方库中的同名标识符冲突，如size、swap等。此外，省略std::前缀使代码难以判断符号来源，增加维护成本。正确做法是在头文件中始终使用std::限定，或在cpp文件局部作用域内使用using声明特定名称。即使不开放整个命名空间，参数依赖查找（ADL）机制仍能确保标准库函数（如swap）被正确调用，因此无需全局引入。保持头文件清晰明确，是构建稳定C++项目的基础。
在C++开发中，using namespace std; 虽然能简化代码书写，但不推荐在头文件中使用，主要原因在于它会无差别地将整个标准命名空间暴露给所有包含该头文件的编译单元，从而引发命名冲突、污染全局命名空间，并降低代码的可维护性。
命名空间污染导致冲突风险
头文件通常被多个源文件包含。如果在头文件中写 using namespace std;，相当于强制所有包含该头文件的文件都引入了 std 中的所有名称。
这可能导致以下问题：
- 用户自定义类型或函数与 std 中同名（如 size、count、swap）时发生歧义
- 编译器无法确定应调用哪个版本的函数，产生编译错误或意外行为
- 第三方库也可能定义相同名称，加剧冲突可能性
影响代码可读性与可维护性
当看到 cout 或 vector 这类标识符时，若没有显式前缀 std::，阅读者无法立即判断其来源。
立即学习“C++免费学习笔记（深入）”；
在大型项目中，这种模糊性会增加理解成本，尤其是多人协作场景下，容易误判符号归属。
正确做法：局部引入或限定使用
为避免上述问题，应遵循以下规范：
- 在头文件中始终使用 std:: 前缀，如 std::string、std::vector
- 必要时可在实现文件（.cpp）的局部作用域内使用 using 声明特定名称，如：
using std::string; - 避免在头文件任何作用域（包括函数内部）使用 using namespace std;
模板与ADL的特殊考虑
标准库大量依赖参数依赖查找（Argument-Dependent Lookup）。即使不写 using namespace std;，某些函数（如 swap）在传入标准容器时仍能正确调用 std 版本。
因此，无需通过开放整个命名空间来支持模板机制，合理设计即可保证功能正常。
基本上就这些。保持头文件干净、明确，是构建稳定C++项目的重要基础。不复杂但容易忽略。
