两种尝试顺序
贪婪量词从最长方案开始试，失败再逐步缩短；懒惰量词在量词后加一个问号，从最短方案开始试，失败再逐步加长。两者最终的匹配范围由后续模式与输入共同决定，区别在于尝试顺序与回退方向。
结果与性能都会变
结果上，懒惰通常取到最近的可匹配终点，适合成对分隔符的提取；贪婪倾向取到最远终点，适合取到行尾或最后一次出现。性能上，懒惰往往回退更少，但并非绝对更快，极端结构下两者都可能出现大幅退化。
基本信息
| 贪婪写法 | 量词直接写，如星号、加号、花括号 |
|---|---|
| 懒惰写法 | 在量词后追加问号 |
| 结果差异 | 多终点场景下贪婪靠后、懒惰靠前 |
| 性能差异 | 通常懒惰回退更少，但不是保证 |
| 更多选项 | 部分引擎支持占有量词与原子组，彻底放弃回退 |
| 引擎支持 | 懒惰量词在 PCRE、Python、Java、.NET、JS 等普遍支持 |
典型使用场景
- 提取成对标记之间的最近内容，用懒惰避免跨段
- 取到行尾或最后一次出现的位置，用贪婪更直接
- 处理嵌套结构时用精确字符类替代点号，比调贪婪懒惰更可靠
- 排查提取结果过长的现场，先用懒惰验证边界判断是否正确
- 性能敏感路径上对比两种写法，用样本实测而不是凭直觉
同一输入下的结果差异
同一输入下的结果差异
输入: a<x>b<y>c
<.*> 贪婪：命中 <x>b<y>，一路吃到最后一个右尖括号
<.*?> 懒惰：命中 <x>，在最近的右尖括号处停下
<[^>]*> 精确字符类：同样命中 <x>，且不依赖贪婪策略
输入: key=value # note
.*#\s*(.*) 贪婪配合分组：可把注释内容单独取出
^[^#]* 精确字符类：取到注释符之前的所有内容选择建议
| 目标 | 推荐写法 | 原因 |
|---|---|---|
| 取最近的一段 | 懒惰量词 | 从最短开始尝试 |
| 取到末尾或最后一次 | 贪婪量词 | 从最长开始尝试 |
| 边界字符明确 | 精确字符类 | 不依赖尝试顺序，更稳定 |
| 彻底避免回退 | 占有量词或原子组 | 失败即整体失败，回退次数归零 |
懒惰不能替代边界判断。若目标片段内部也含分隔符，懒惰仍可能取到非预期片段，此时应改用精确字符类或断言把边界写死。
两种写法在最坏情况下的回退量都可能很大，例如多个不定长度重复相邻出现时。真正稳妥的优化是缩小子模式能匹配的字符范围，而不是只在贪婪与懒惰之间切换。