using可定义类型别名、引入命名空间特定名字、恢复基类重载函数；比typedef更直观支持模板别名，比using namespace更安全可控，是现代c++推荐做法。
怎么用 using 定义类型别名（替代 typedef）
直接写 using 比 typedef 更直观，尤其面对模板时不会绕晕。比如想给 std::vector<int></int> 起个短名叫 IntVec，就这么写：
using IntVec = std::vector<int>;
之后就能直接声明 IntVec v{1, 2, 3};。而 typedef 写法是 typedef std::vector<int> IntVec;</int>，顺序反直觉，模板特化还写不了。
-
using支持模板别名：写template<typename t> using Ptr = std::unique_ptr<t>;</t></typename>，之后Ptr<int></int>、Ptr<:string></:string>都合法；typedef做不到 - 和
auto配合更自然：比如using Func = void(*)(int);，比typedef void(*Func)(int);更贴近“变量声明”的语感 - 别名不是新类型，只是同义词：它不改变底层类型的
sizeof、noexcept属性或模板实参匹配规则
怎么用 using 引入命名空间里的特定名字
别写 using namespace std; —— 头文件里这么干等于埋雷，全局污染可能引发二义性。只拉你需要的那几个：
using std::string;<br>using std::swap;<br>using std::make_shared;
这样在当前作用域就能直接写 string s; 或 swap(a, b);，又保留了 ADL（参数依赖查找），比如 swap 仍能正确调用自定义类型的重载版本。
立即学习“C++免费学习笔记（深入）”；
- 函数重载集合会被整体引入：如果
namespace A { void f(int); void f(double); }，那么using A::f;后，f(42)和f(3.14)都可用 - 不能在头文件的全局作用域用
using引入名字，否则所有包含它的源文件都会被污染 - 在函数内部用最安全：比如在
main()开头写using std::cout, std::endl;，影响范围严格受限
怎么用 using 在派生类中恢复基类重载函数
这是最容易踩坑的地方：只要派生类写了同名函数（哪怕参数不同），基类所有同名重载都会被隐藏。不加 using，Base::func(int) 就彻底不可见了。
class Base {<br>public:<br> void func(int) { /* ... */ }<br> void func(double) { /* ... */ }<br>};<br>class Derived : public Base {<br>public:<br> using Base::func; // 关键！把整个 func 重载集拉进来<br> void func(const std::string&) { /* ... */ }<br>};
没有这行 using Base::func;，Derived d; d.func(42); 就会编译失败。
-
using Base::func;不是继承，只是“让名字可见”；实际调用的仍是基类函数，不会生成新函数体 - 如果基类函数是
protected或private，using也不能提升访问权限 - 别漏掉构造函数：想复用基类所有构造函数，写
using Base::Base;，但注意它不继承赋值运算符
为什么 using 比 typedef 和 using namespace 更值得习惯性使用
它不是语法糖，而是设计意图更清晰的工具：显式、局部、可组合。你写 using Ptr = std::shared_ptr<t>;</t>，别人一眼看懂这是“指针类型”，而不是猜 typedef 那种右置声明到底绑的是左边还是右边。
-
using的模板别名能力是typedef永远无法替代的硬需求，C++11 以后所有标准库容器适配器（如std::stack）内部都靠它实现 -
using声明引入的名字，作用域控制精确到语句级；而using namespace是全有或全无，稍不注意就和第三方库撞名 - 现代 C++ 项目（尤其是模板-heavy 的库）几乎不用
typedef了，clang-tidy 等工具默认警告它，换成using是零成本升级
真正麻烦的从来不是语法记不住，而是忘了 using Base::func; 这一行，然后花半小时查为什么重载不生效。