C++关键字在词法分析阶段即被硬性识别为特定token，禁止用作标识符，否则直接编译失败；这是为保障语法确定性而做的设计取舍，非技术限制。
因为编译器在词法分析阶段就把关键字识别为语法单元，一旦你用 int、class 或 return 当作变量名，编译器会直接报错——它根本不会尝试去“解释”这是个名字，而是立刻判定语法非法。
编译器看到关键字就停止识别标识符
当你写 int x = 42;，编译器扫描到 int 时，立刻按“类型声明关键字”处理，接着期待一个标识符（比如 x）；但如果你写 int int = 42;，第二个 int 仍被识别为关键字，不是标识符，于是语法树构建失败。这不是命名冲突，是词法阶段的硬性拦截。
- 所有关键字在编译器内部是预定义的 token 类型（如
TOKEN_INT），和普通标识符 token（TOKEN_IDENTIFIER）属于不同类别 - 即使加了作用域解析符，
::int也不合法——int不是可寻址的实体，它压根没进符号表 - C++ 标准明文规定：关键字“不得用作标识符”，违反即未定义行为（实际就是编译失败）
为什么不能让编译器“智能一点”绕过？
允许关键字作标识符会破坏语法确定性。例如：
void f() {
int class = 10; // 假设允许
class C { }; // 这里 class 是关键字还是变量？
}
编译器无法仅凭上下文无歧义地判断——变量名和关键字同形，会导致解析回溯甚至无法 LL(1)。C++ 选择用“禁止”换确定性，而不是用复杂规则换灵活性。
立即学习“C++免费学习笔记（深入）”；
- 所有主流编译器（Clang、GCC、MSVC）都把该检查放在 parser 前的 lexer 阶段，不进语法分析就报错
- C++11 引入
final和override时，特意选了此前极少用于宏或变量名的词，就是为了降低现有代码的破坏性 - 像
alignas这种新关键字，哪怕你项目里早有叫alignas的函数，升级标准后也会立即编译失败
常见误判场景：宏、模板、typedef 看似绕过，其实没绕过
有人以为用宏定义能“伪装”关键字，比如 #define INT int，然后写 INT x; ——这没问题，但 INT 是宏名，不是关键字；而你依然不能写 int int;。更隐蔽的是：
-
typedef int my_int;合法，但my_int int = 0;中的int仍是关键字，不是类型别名 - 模板参数名可以叫
T、U，但绝不能叫typename或template——它们是关键字，不是保留字“黑名单”之外的普通词 - 用户自定义字面量后缀（如
operator""_int）里的int是字符串字面量内容，不触发关键字检查，但这和“当作变量名”完全无关
真正容易被忽略的是：关键字检查不依赖大小写，但区分大小写本身是语言规则——Int 可以当变量名，因为 C++ 关键字全是小写；但如果你在头文件里用了 #define int Int，再包含标准库，大概率直接炸，因为 std::vector<int> 会被展开成 std::vector<Int>，而标准库没定义 Int。
