JavaScript正则不存在真正的“上下文溢出”，实际是回溯灾难和lastIndex状态污染两类问题：前者由贪婪嵌套量词引发指数级回溯，后者因g/y标志下lastIndex未重置导致匹配偏移。
JavaScript 正则匹配本身不会导致“上下文溢出”——这个说法并不准确。实际中常被误称为“上下文溢出”的问题，通常指向两类真实现象：回溯灾难（catastrophic backtracking） 和 lastIndex 状态污染引发的匹配偏移。二者都源于对正则行为与执行上下文关系的理解偏差，而非内存或栈意义上的“溢出”。
警惕贪婪量词嵌套引发的回溯爆炸
当正则包含多层嵌套量词（如 (a+)+b）且输入难以匹配时，引擎会尝试指数级回溯路径，造成严重卡顿甚至页面无响应。这不是内存溢出，但表现类似“卡死”。
- 避免
.*或.+在不确定边界时直接使用；改用非贪婪.*?或更精确字符类，例如[^"]*匹配引号内内容 - 禁用不必要的捕获组：用
(?:...)替代(...)，减少回溯时需保存的状态量 - 对高风险模式做输入长度限制，或提前校验是否可能触发深度回溯
防止 lastIndex 污染导致的匹配丢失
带 g 或 y 标志的正则实例是“有状态”的。多次复用同一正则对象调用 test()、exec() 时，lastIndex 会持续推进，下次调用从上次结束位置开始——若未重置，可能跳过开头匹配项。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 不要在循环中复用字面量正则（如
/d+/g），应改用new RegExp('\d+', 'g')每次新建 - 若必须复用，每次调用前手动重置：
regex.lastIndex = 0 - 仅需判断是否存在匹配时，优先用字符串原生方法：
str.includes('abc')或str.search(/abc/)，完全规避状态问题
用 lookaround 断言替代捕获来精控上下文
真正需要“上下文感知”匹配时（例如只替换某个前缀后的数字），不应依赖捕获组 + 复杂逻辑，而应使用断言确保匹配发生在特定环境而不消耗字符。
立即学习“Java免费学习笔记（深入）”；
- 先行断言
(?=...)：匹配后面紧接某模式的位置，如d+(?=_unit)匹配“123”在 “123_unit” 中 - 后行断言
(?：匹配前面是某模式的位置，如 <code>(? 匹配 “price:99.9” 中的 “99.9” - 断言不占用位置，不会干扰
lastIndex推进，也避免捕获组带来的结构混乱
匹配全量又保留捕获组？别用 match() 加 g
str.match(/(d)/g) 会丢弃所有捕获组信息，只返回 ['1', '2']；而 str.match(/(d)/)（无 g）只返回首个匹配及其捕获组。
- 要获取全部匹配且保留每组捕获内容，必须用
str.matchAll(/(d)/g) -
matchAll()返回迭代器，每个结果都是完整exec()输出格式：{0: '1', 1: '1', index: 1, input: 'a1b2'} - 注意兼容性：IE 不支持，需 polyfill 或降级为循环调用
exec()
