UD5工具箱
正则表达式
正则表达式（Regular Expression，简称 Regex 或 Regexp）是一种用于描述文本模式的特殊字符串语法。它由普通字符和特殊元字符组成，可以用来匹配、搜索和替换符合特定模式的文本。正则表达式的概念最早由数学家 Stephen Kleene 在 20 世纪 50 年代提出，后来被广泛应用于文本编辑器、编程语言和命令行工具中。正则表达式的语法虽然紧凑，但表达能力非常强大，可以在一行代码中定义复杂的文本匹配规则。不同的编程语言和工具对正则表达式的实现可能有所差异，但核心的语法元素和匹配原理是通用的。
字符类
字符类（Character Class）是正则表达式中用于匹配一组特定字符中任意一个的语法结构。字符类用方括号 [] 包围，括号内列出允许匹配的字符。例如 [abc] 匹配 a、b 或 c 中的任意一个字符。字符类还支持范围表示法，如 [a-z] 匹配所有小写字母，[0-9] 匹配所有数字。在方括号内以 ^ 开头表示取反，如 [^0-9] 匹配所有非数字字符。正则表达式还提供了一些预定义的字符类简写，如 \d 匹配数字（等价于 [0-9]），\w 匹配字母数字和下划线（等价于 [a-zA-Z0-9_]），\s 匹配空白字符。在可视化流程图中，字符类通常以菱形判断节点表示，展示其匹配条件。
量词
量词（Quantifier）是正则表达式中用于指定前面的元素可以重复出现次数的语法标记。常用的量词包括：* 表示零次或多次，+ 表示一次或多次，? 表示零次或一次，{n} 表示恰好 n 次，{n,} 表示至少 n 次，{n,m} 表示 n 到 m 次。量词默认采用贪婪模式（Greedy），即尽可能多地匹配字符。在量词后面添加 ? 后缀可以切换为非贪婪模式（Non-greedy），即尽可能少地匹配字符。量词是正则表达式中最容易引起歧义和错误的语法元素之一，通过可视化工具可以清楚地看到量词控制的范围和重复匹配的流向。
分组与捕获
分组（Group）是正则表达式中将多个元素组合为一个整体的语法结构，使用圆括号 () 包围。分组的主要作用有两个：一是将多个元素组合后统一应用量词，如 (abc)+ 匹配 abc 的一次或多次重复；二是创建捕获组，将匹配到的文本保存起来供后续使用。正则表达式还支持多种特殊分组类型：命名分组 (?P<name>...) 可以为分组指定名称方便引用，非捕获分组 (?:...) 只分组不捕获以提升性能，以及前瞻断言 (?=...) 和 (?!) 等。在可视化图中，分组通常以包含子流程图的容器形式展示，清晰地标示出分组的范围。
锚点
锚点（Anchor）是正则表达式中用于匹配位置而非字符的特殊语法元素。锚点不消耗输入文本中的任何字符，只是断言当前位置满足特定条件。最常用的锚点包括：^ 断言匹配位于文本的开头位置，$ 断言匹配位于文本的结尾位置，\b 断言匹配位于单词边界处。锚点在正则表达式中扮演着非常重要的角色，它们决定了匹配是在文本的什么位置发生。例如，^Hello$ 只匹配整个文本恰好是 Hello 的情况，而 Hello（不加锚点）则匹配文本中任意位置出现的 Hello。在可视化流程图中，锚点通常以特殊的标记节点表示，明确标注其锚定的位置条件。
贪婪与非贪婪匹配
贪婪匹配（Greedy Match）和非贪婪匹配（Non-greedy Match）是量词的两种匹配策略。贪婪模式是量词的默认行为，它会尽可能多地匹配字符，直到无法继续匹配时才回溯并让出多余的匹配。非贪婪模式（也称懒惰模式）则相反，它会尽可能少地匹配字符，只匹配满足最小要求的字符数。非贪婪模式通过在量词后添加 ? 来表示，如 *?、+?、?? 等。贪婪与非贪婪模式的选择对匹配结果有重大影响，特别是在处理包含重复模式的文本时。可视化工具能够清楚地展示两种模式下的匹配路径差异，帮助用户理解回溯的机制。
回溯机制
回溯（Backtracking）是正则表达式引擎在匹配过程中采用的一种搜索策略。当引擎沿着某个路径匹配遇到无法继续前进的情况时，会退回到上一个分叉点，尝试其他可能的匹配路径。回溯是正则表达式能够处理复杂模式的核心机制，但也是性能问题的主要来源。如果正则表达式的设计不当，可能导致引擎进行大量不必要的回溯，产生所谓的"灾难性回溯"（Catastrophic Backtracking），严重时可使匹配操作耗时指数级增长。通过可视化工具的逐步演示功能，用户可以清楚地看到回溯发生的位置和频率，从而有针对性地优化正则表达式以减少不必要的回溯。
前瞻断言与后顾断言
前瞻断言（Lookahead）和后顾断言（Lookbehind）是正则表达式中的高级语法元素，用于在不消耗字符的情况下对匹配位置的上下文进行条件判断。正向前瞻 (?=...) 断言当前位置之后的文本匹配指定模式，负向前瞻 (?!) 断言当前位置之后的文本不匹配指定模式。正向后顾 (?<=...) 断言当前位置之前的文本匹配指定模式，负向后顾 (?<!...) 断言当前位置之前的文本不匹配指定模式。断言的匹配结果不影响最终匹配的文本内容，只影响匹配是否成功。这些高级语法元素在数据提取和复杂验证场景中非常有用，但其语义不太直观，通过可视化可以更好地理解其工作方式。