C++11起类内类型别名首选using：语义明确、支持模板和依赖类型推导；typedef在模板中需typename配合，易出错；访问控制可显式指定；不可自引用或基于未完成类型。
类内部用 using 定义类型别名最清晰
在 C++11 及以后，using 是定义类内类型别名的首选方式，语义明确、支持模板参数、可读性好。相比老式的 typedef，它在模板场景下更灵活，比如推导依赖类型时不会出错。
常见错误是把 using 写在类外，或误当成变量声明（漏掉 = 和类型）：
-
using value_type = int;✅ 正确 -
using value_type int;❌ 缺少=，编译报错：expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘int’ -
using T = std::vector<int>;</int>✅ 支持嵌套类型
typedef 也能用，但模板里容易翻车
typedef 在非模板类中完全可用，语法稍旧但兼容性无压力。问题集中在模板类中——当需要引用依赖于模板参数的类型时，typedef 无法配合 typename 前置说明，而 using 天然支持。
例如这个典型陷阱：
立即学习“C++免费学习笔记（深入）”；
template<typename T>
struct Container {
typedef T::value_type inner_type; // ❌ 错误：T::value_type 是依赖名，必须加 typename
using inner_type = typename T::value_type; // ✅ 正确
};
所以只要涉及模板，优先选 using，避免编译器报 dependent name is not a type 这类错误。
类内类型别名的作用域和访问控制
类内定义的类型别名默认是 public，但可以显式加 private 或 protected 限制可见性。这点常被忽略，导致意外暴露实现细节。
-
private using iterator = std::vector<int>::iterator;→ 外部不可见，obj.iterator编译失败 - 不加访问修饰符时，等价于当前默认访问级别（类默认是
private，结构体默认是public） - 继承时，基类的
public类型别名可通过Derived::type_name访问，但private的不可见
别名不能递归定义，也不能用于未完成类型
类型别名本质是“同义词”，不是新类型，因此有两条硬限制：
- 不能指向自身，比如
using node_ptr = node_ptr*;❌ 编译失败：使用了未定义的类型node_ptr - 不能基于尚未定义完的类，如在类定义体内直接 alias 自身成员类型：
using ptr = Node*;在class Node { ... };内部会失败，除非写成using ptr = Node*;放在类定义之后，或改用前置声明 - 若需自引用，应先声明类（
class Node;），再定义别名，或改用指针/引用来解耦
实际写容器或树节点时，这类问题最容易在首次尝试自引用类型别名时暴露，建议先写声明再写定义，别图省事挤在一块。
