使用 using namespace std 虽简化书写，但易引发命名冲突、降低可读性与维护性。1. 可能导致标准库与自定义函数（如 sort）同名冲突，引发二义性；2. 省略 std:: 前缀使代码来源不清晰，影响可读性；3. 在头文件中使用会污染所有包含该文件的编译单元，危害极大；4. 破坏命名空间隔离，影响模块化和扩展性。建议仅在局部作用域引入所需标识符，如 using std::cout;，或始终显式使用 std:: 前缀，尤其避免在头文件中全局展开。
在C++中，using namespace std 虽然能简化代码书写，避免频繁写 std:: 前缀，但在实际开发中存在明显弊端。尤其在大型项目或头文件中滥用时，可能引发命名冲突、降低代码可读性和维护性。
1. 命名冲突风险增加
标准库中的名称非常丰富，如 cout、string、vector、find 等都是常见的标识符。当你使用 using namespace std 时，这些名称会直接注入当前作用域。
如果用户自定义了同名函数或类，例如：
#includeusing namespace std; void sort(int* arr, int n) { // 自定义排序 }
此时调用 sort 可能产生二义性，编译器无法判断应使用 std::sort 还是用户定义的版本，导致编译错误或行为异常。
立即学习“C++免费学习笔记（深入）”；
2. 降低代码可读性
当大量使用 using namespace std 时，读者难以分辨某个函数或对象是否来自标准库。例如看到 cout ，若没有 std:: 前缀，需额外确认其来源。
显式使用 std::cout、std::endl 等能增强代码清晰度，让维护者快速识别标准库组件。
3. 头文件中使用危害极大
若在头文件（.h 或 .hpp）中写 using namespace std，该指令会被所有包含此头文件的源文件继承。这意味着污染范围扩散到整个项目，极易引发不可预料的命名冲突。
正确做法是：头文件中绝不使用 using namespace std，只在实现文件（.cpp）的局部作用域内谨慎使用。
4. 影响程序的可扩展性与模块化
现代C++强调命名空间隔离和模块化设计。using namespace std 打破了命名空间的边界，削弱了封装性。在多人协作或集成第三方库时，这种“全局展开”会增加整合难度。
更好的替代方式包括：
- 仅引入需要的标识符，如：using std::cout;
- 在函数内部使用，限制作用域
- 始终使用 std:: 前缀以保持明确性
基本上就这些。虽然在小型练习或示例代码中 using namespace std 不会造成问题，但在正式项目中应避免全局展开标准命名空间，以保证代码健壮性和可维护性。不复杂但容易忽略。
