绝对不能将 using namespace std; 写在头文件中，否则会污染全局命名空间、引发符号冲突；应仅在 .cpp 文件中按需使用 using 声明（如 using std::string）或限定名（如 std::vector）。
using namespace std; 能不能写在头文件里
绝对不能。这是最常被忽略的规范雷区。
头文件被多个源文件包含时，using namespace std; 会污染全局命名空间，导致符号冲突——比如你定义的 list 或 count 函数，可能和 std::list 或 std::count 意外重名，编译器报错却找不到源头。
- 只在
.cpp文件的实现末尾、函数定义之前用（且优先考虑更窄的作用域） - 头文件中必须用完整限定名，如
std::vector、std::string - 如果真想省事，可用
using std::string;这种单名引入，但仅限于 .cpp 文件内
using 声明和 using 指令的区别在哪
一个是“请把我需要的那个搬进来”，一个是“把整个房间都倒进我的桌子”。差别极大。
using std::cout; 是声明：只引入 cout 这一个名字；using namespace std; 是指令：把 std 里所有公开名字（现在可能有上千个）全拉进当前作用域。
立即学习“C++免费学习笔记（深入）”；
- 前者安全、可预测，适合在函数内部或局部作用域使用
- 后者容易引发隐式重载、ADL（参数依赖查找）异常、模板推导失败
- Clang 和 GCC 在 -Wall 下会对
using namespace在局部作用域发出警告，不是吓唬人
项目里已有大量 using namespace std;，怎么安全清理
别全局替换，那会引入新 bug。重点不是删掉，而是“收窄作用域”。
先定位风险点：看是否出现在头文件、模板定义、内联函数、或命名空间嵌套内部。
- 把
using namespace std;移到对应.cpp文件最底部（#include 之后、函数定义之前） - 检查是否和自定义类型同名，比如你写了
class error {};—— 它会和std::error_code或未来标准扩展冲突 - 用 IDE 的“Find Usages”查
cout、endl等高频名，确认它们是否真的只来自std；有歧义就补上std::
std 命名空间里哪些名字特别危险，要主动避免 using
不是所有名字都一样。有些名字天生容易撞车，尤其在泛型或跨平台代码里。
比如 count、distance、move、swap、data、size —— 它们既是算法/工具函数，又是常见变量名或成员函数名。
-
using std::swap;看似无害，但若后续加了template<typename t> void swap(MyType<t>&, MyType<t>&);</t></t></typename>，ADL 可能不触发你的重载 -
std::move和std::forward被滥用时，会导致移动语义失效，性能掉一截 - 第三方库（如 Boost、Eigen）也大量使用这些通用名，混用极易编译失败
using namespace 控制在单个函数作用域内，越少遇到“明明没改代码，却突然编译不过”的问题。 
