中文开发者指南
正则里的贪婪匹配和懒惰匹配怎么区分？
用实际示例解释 .*、.*?、量词范围、捕获组和替换预览，帮助避免匹配过多或匹配不足。
核心要点
贪婪匹配会尽量多吃字符，懒惰匹配会尽量少吃字符，但最终结果还受后续模式约束影响。
建议先用脱敏样例理解概念，再把结论带回自己的接口、日志或配置环境中验证。工具输出可以帮助定位问题，但不应替代服务端校验、安全审查或项目上下文判断。
使用前检查
在相关工具里操作前
- 先确认输入是否为脱敏样例，而不是生产密钥、Token、客户数据或密码。
- 先理解字段单位、编码格式或安全边界，再把结果用于接口联调。
- 需要安全判断时，把最终校验放在可信服务端，而不是只依赖浏览器端显示。
1
贪婪不等于错误
默认量词通常是贪婪的，例如 .* 会尝试匹配尽可能多的字符。它在很多场景是合理的，但在 HTML 片段、日志字段或多段文本中可能跨过预期边界。
懒惰量词如 .*? 会尽量少匹配，但如果后续边界条件不明确，也可能得到意外结果。
2
先写边界，再选量词
高质量正则通常不是靠 .* 解决问题，而是先明确开始、结束、允许字符和重复次数。
如果能用更具体的字符类，就不要用过宽的通配符。
- 优先写清楚边界。
- 用捕获组查看实际匹配。
- 替换前先预览结果。
3
性能边界
某些嵌套量词和回溯模式可能造成 ReDoS 风险。处理不可信输入时，应该限制长度、避免复杂嵌套，并在服务端使用安全策略。