正则表达式生命周期分为编译、缓存、执行三阶段：先将字符串规则编译为NFA/DFA状态机，再依策略缓存复用以避免重复编译，最后在输入文本上逐字符匹配并可能回溯。
正则表达式的生命周期不是一次性动作，而是一个有明确阶段划分的运行过程：先编译成可执行结构，再视情况缓存复用，最后在输入文本上执行匹配。理解这三个环节，能显著提升性能意识和调试能力。
编译：把字符串规则转成机器可跑的状态机
正则表达式本质是人类可读的模式描述，比如 /\d{3}-\d{4}/，但引擎不能直接执行它。必须先解析语法、构建内部表示——通常是NFA（非确定性有限自动机）或DFA（确定性有限自动机）。这个过程叫“编译”，耗时相对较高，尤其对复杂模式。
- 静态字面量（如 JavaScript 中
/abc/g或 C# 中@"\d+"）通常在编译期就完成转换，运行时零开销 - 动态拼接的模式（如
new Regex(pattern + suffix)）只能在运行时编译，反复调用就会反复编译，容易成为性能瓶颈 - .NET 的
RegexOptions.Compiled和 .NET 7+ 的源生成，都是为加速这一步：前者编译为 IL 再 JIT 成机器码，后者直接生成 C# 类，启动快、执行快、还能调试
缓存：避免重复编译，靠策略留驻高频模式
多数正则引擎都内置缓存机制，核心目标是“一次编译，多次复用”。但缓存生效有条件：
- .NET 默认只缓存通过静态方法（如
Regex.Match(input, pattern)）使用的正则，且仅限前15个（Regex.CacheSize可调）；用实例对象（new Regex(...).Match(...)）不进缓存 - 仓颉语言更进一步：编译期缓存字面量，运行时用 LRU 管理动态模式，键包含模式串+全部选项（如是否忽略大小写），避免误复用
- 缓存不是万能的——如果每次 pattern 都带随机后缀或用户输入拼接，缓存命中率会极低，此时应主动预编译并复用 Regex 实例
执行：扫描、比较、回溯，最终输出匹配结果
编译完成、缓存就绪后，引擎才真正开始干活：从输入字符串首字符起，按状态机逻辑逐位推进。这一阶段的关键行为包括：
- 字符级比对：比如
[a-z]要检查当前字符是否在 a–z 范围内 - 量词展开：遇到
*或+时，引擎可能尝试多种长度组合，引发回溯 - 锚点约束：
^强制从开头匹配，\b要求单词边界，这些都会限制扫描起点和范围 - 匹配失败不等于结束——引擎会回退到之前分支点，换一条路径继续试，直到穷尽或成功
整个生命周期环环相扣：编译质量影响执行速度，缓存策略决定编译频次，而执行表现又反过来提示你是否该调整模式写法或复用方式。不复杂但容易忽略。
