先行断言(?=...)和(?!...)不消耗字符，仅检查后续是否匹配或不匹配指定模式；正向要求后面满足条件，负向要求后面不能满足条件，均不改变匹配位置。
正则中的先行断言（Lookahead）不消耗字符，只做“检查”，匹配成功与否取决于其内部子表达式能否在当前位置向右匹配成功，但匹配位置不会移动。
正向先行断言 (?=...) 的工作方式
它要求紧接当前匹配位置之后的字符串必须满足括号内的条件，但不把这部分内容纳入最终匹配结果。
- 引擎在尝试匹配主模式前，先“偷看”后面是否符合
(?=...)中的规则 - 如果符合，继续匹配主模式；不符合，直接回溯或失败
- 匹配过程不推进索引，即断言部分不被“吃掉”
例如：/\d+(?=\s*USD)/ 匹配后面跟着空格和 "USD" 的数字，但结果中只有数字，不含 "USD" 或空格。
负向先行断言 (?!...) 的作用逻辑
与正向相反，它要求当前位置之后**不能**匹配括号内的模式，否则整个断言失败。
- 常用于排除特定后缀，比如匹配不是以 ".js" 结尾的文件名
- 写法如：
/\w+(?!\.js$)\.\w+$/—— 要求文件扩展名前的部分不能是 ".js" - 注意：
(?!...)本身不匹配任何字符，仅否定后续可能性
常见误区与关键细节
很多人误以为先行断言会“跳过”某些字符参与匹配，其实它只是条件检查，不影响主匹配的起始点。
- 断言内部不能使用捕获组来影响外部匹配位置（但可以有分组，用于内部逻辑）
-
(?=a)b表示“匹配 b，但前提是 b 前面是 a”——不对！正确理解是：“匹配 b，且 b 的位置后面必须能匹配 a”。实际应写作a(?=b)才表示“匹配 a，且 a 后面是 b” - 多个断言可叠加，如
/(?=\d)(?=[a-z])\w+/表示匹配同时包含数字和小写字母的单词（需配合全局逻辑）
实用技巧：用先行断言实现“零宽”校验
当需要验证某段文本满足多个条件，又不想重复匹配或拆分处理时，先行断言非常高效。
- 密码强度校验：
^(?=.*[a-z])(?=.*[A-Z])(?=.*\d).{8,}$—— 每个(?=.*...)都从字符串开头检查是否存在对应字符，互不干扰 - 提取标签但排除注释：
/]*>/g—— 排除
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
