指令通常在词法分析之后、语法分析之前的预处理阶段被识别，由独立的预处理器（如c/c++的cpp）扫描并处理，不进入ast构建流程。
编译器并不“执行”指令（Directives），而是把它们当作元信息，在编译早期阶段读取、分类，并据此调整后续处理流程。解析和优化指令的过程，本质上是预处理与编译阶段协同作用的结果，不是运行时行为，也不改变程序逻辑语义，只影响编译路径和生成代码质量。
指令在哪个阶段被识别？
指令通常在词法分析之后、语法分析之前的预处理阶段被提取。这个阶段的处理者不是主编译器，而是独立的预处理器（如 C/C++ 的 cpp、Verilog 的 `include` 处理器、React Compiler 的 directive scanner）。它扫描源码中以特定前缀（如 #、`、或字符串字面量 "use memo"）开头的行或标记，将其剥离并记录为控制信号，原始指令行不会进入语法树（AST）构建流程。
- C/C++ 中的 #define、#if 在预处理阶段展开或裁剪代码块
- Verilog 中的 `include、`define 被替换为实际文本后才送入语法分析
- React Compiler 中的 "use memo" 是字符串字面量，在 AST 遍历阶段被静态提取，用于标记函数节点是否参与自动 memoization
指令如何影响优化决策？
指令本身不包含算法，但为编译器提供明确的优化意图信号，从而绕过保守推断，直接启用或禁用特定优化通道。例如：
- "use memo" 告诉 React Compiler：该组件的 props 和内部状态变化模式适合自动记忆化 → 编译器会在 IR 层插入等效于 React.memo 的边界检查与缓存逻辑
- #pragma clang loop vectorize(enable) 显式要求向量化 → LLVM 在循环优化阶段跳过依赖性保守判断，强制尝试向量化转换
- `default_nettype none 不是性能优化，但属于“语义优化”：它让编译器在发现未声明连线时立即报错，避免隐式 wire 引发的综合歧义，提升 RTL 可靠性
指令与底层优化机制如何联动？
指令触发的是编译器中间表示（IR）层面的策略切换，而非直接生成汇编。关键环节包括：
- IR 标记注入：如 OpenMP 的 #pragma omp parallel 会让 Clang 在 GIMPLE IR 中为对应代码区域添加 parallel region 元数据
- 优化通道开关：LLVM 的 -O2 默认开启大部分优化，但 #pragma clang optimize off 会临时关闭当前函数的指令选择、内联、常量传播等 pass
- 目标平台适配：CUDA 的 .target sm_86 指令让 PTX 编译器锁定指令集特性（如 warp shuffle 支持），从而启用对应硬件加速的代码生成路径
为什么有些指令需要手动加？
自动推断总有边界。编译器无法 100% 确定开发者意图，尤其当代码含外部副作用、动态逻辑或跨模块状态时。指令就是一种轻量级契约：
- 避开误优化：比如 "use no memo" 明确排除一个频繁更新 ref 的组件，防止编译器错误缓存导致 UI 不同步
- 突破分析局限：C++ 中 [[likely]] 告诉编译器某分支概率极高，促使它将该路径放在代码段热区，改善 CPU 分支预测效率
- 统一多工具链行为：Verilog 中 `timescale 1ns/1ps 确保仿真器与综合工具对时间单位理解一致，避免时序收敛偏差
