std::vector是标准库动态数组容器，必须包含头文件；推荐显式写std::vector，若用using std::vector可简化为vector但更安全，而using namespace std易引发命名冲突。
用 using 声明导入单个符号
直接写 using std::vector; 就能把 vector 拉进当前作用域，之后就能直接写 vector<int></int>，不用加 std:: 前缀。这比 using namespace std; 安全得多，不会把整个命名空间的符号都倒进来。
常见错误是写成 using std::vector<int>;</int> —— 这是非法的，using 只能跟未特化的模板名，不能带模板实参。
-
using std::cout;✅ 合法 -
using std::shared_ptr;✅ 合法（模板名本身） -
using std::shared_ptr<int>;</int>❌ 编译报错：expected unqualified-id - 如果真要用特化类型，得用类型别名：
using int_ptr = std::shared_ptr<int>;</int>
用 using 指令导入整个命名空间
using namespace std; 是最省事但也最容易出问题的方式。它在头文件里用会污染全局命名空间，导致后续包含其他库时出现符号冲突；在函数或局部作用域里用，影响范围小些，但依然可能掩盖同名符号。
比如你写了 using namespace std;，又定义了 void sort(...)，那调用 sort(...) 时编译器可能找不到你的版本，因为 std::sort 已经在作用域里了，ADL（参数依赖查找）也可能被干扰。
- 只在 .cpp 文件末尾、函数内部或命名空间内部考虑用
- 绝不在头文件中使用
using namespace X; - 第三方库（如
boost、fmt）的命名空间更不能无脑using
用作用域解析运算符 :: 显式访问
不导入，直接用 std::string、boost::filesystem::path 这种写法最清晰，也最不容易引发二义性。现代 C++ 项目（尤其大型工程）普遍倾向这种风格。
有人觉得写太多 std:: 累，但 IDE 自动补全基本能覆盖；真正麻烦的是隐式导入后出现的 ODR 冲突或重载解析失败——这类 bug 往往要花几小时才定位到根源。
- 模板类特化必须显式写全限定名，例如
std::hash<mytype></mytype>的特化必须放在std命名空间里，且不能靠using简化 - 自定义字面量（如
operator""_s）的声明也要求在对应命名空间内，不能靠using替代
嵌套命名空间怎么处理
C++17 支持嵌套命名空间的简写语法：namespace A::B::C { ... }，但它和导入无关。要导入 A::B::C 里的符号，还是得一层层来：
using A::B::C::func; using A::B::C::MyClass;
不能写 using namespace A::B::C;（C++20 才支持），老标准下会报错：namespace name in using directive must be a simple identifier。
如果你用的是 C++20，可以放心写 using namespace A::B::C;，但依然建议优先拆成单个 using 声明，避免无意中拉入大量非必要符号。
嵌套深的命名空间（比如 boost::hana::detail）尤其要注意：内部符号通常是实现细节，稳定性和接口契约没保证，显式写出全名反而是一种防御性写法。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
