正向预查(?=...)的核心作用是定位而非匹配，它不消耗字符，仅检查后续是否紧邻指定模式，如foo(?=bar)只匹配foo且后接bar，结果不含bar；常与\b、.*?、多层预查等组合提升精度，并注意转义和引擎兼容性。
正向预查的核心作用是定位，不是匹配
正向预查（(?=...)）本身不消耗字符，只检查当前位置之后是否紧跟着指定模式。它像一个“探针”，告诉你“后面有没有”，但不会把后面的内容拿进来。比如 foo(?=bar) 能匹配 foo，但前提是它后面必须立刻跟着 bar；而匹配结果里只有 foo，bar 不在结果中。
组合使用提升精准度
单独用正向预查容易漏判或误判，常需搭配其他结构：
- 和单词边界
\b配合，避免子串干扰：如\b\w+(?=\.pdf\b)可安全提取所有以“.pdf”结尾的文件名，排除 “report.pdfx” 这类误匹配 - 和非贪婪量词
.*?组合，用于提取动态内容：如src="([^"]*?)(?=")实际等价于更稳妥的src="([^"]*?)"，但若引号不闭合，用(?=")可防止跨行吞掉大量文本 - 嵌套多个正向预查实现多条件并存：如密码校验
^(?=.*[a-z])(?=.*[A-Z])(?=.*\d).{8,}$，要求同时含小写、大写、数字且长度≥8
注意转义与引擎兼容性
某些场景下符号需转义，否则会被当作元字符解析：
- 匹配
price: $123中的数字，要用(?，<strong>$</strong> 必须写成 <code>\$，否则(?=$)表示“行尾位置”，完全不是你要的 - Python 的
re模块支持正向预查，但不支持可变长度的反向预查（如(? 会报错），固定长度如 <code>(? 或 <code>(? 是安全的 - JavaScript 和 Python 3.7+ 支持命名捕获组与预查混用，例如
(?P<name>\w+)(?=:)</name>可提取冒号前的键名，后续直接用match.group('name')
避开常见陷阱
实际写的时候容易踩坑，几个关键点要盯住：
-
不要用正向预查替代捕获组：想取“括号里的内容”，
(?)中的(.*?)才是你要的捕获部分；预查只是前后夹住它的“钳子” -
避免过度回溯：像
a.*(?=b)在长文本中可能引发性能问题，可改用原子组或限制宽度，如a.{0,100}(?=b) -
空匹配要小心：正向预查本身匹配零宽位置，如果整个表达式没定义实际匹配内容（如只写
(?=abc)），会匹配到字符串开头、中间所有满足“后面是abc”的位置，包括空字符串
