正则表达式环视、断言与预查：深入理解正向和反向预查
本文深入探讨正则表达式中环视（Lookaround）、断言和预查的用法，并澄清一些常见误区。我们将以“判断不以baidu开头或不以com结尾的字符串”为例，分析正向否定预查和反向否定预查的实际应用及潜在问题。
文章曾提及使用正则表达式^(?!baidu).*$判断不以“baidu”开头的字符串，以及^.*?(判断不以“com”结尾的字符串。 然而，一个关键问题是：为什么正向预查位于匹配字符串之前，而反向预查位于匹配字符串之后？这与常规用法似乎相反，并且反向否定预查的实际意义是什么？
问题的关键在于对正向预查和反向预查的理解不足。^(?!baidu).*$的含义是匹配“后面不跟着baidu的开头（更精确地说，是开头的空字符串）”，之后再匹配“任意字符串”和“结尾”。而^.*?(的含义是匹配“开头”，“任意字符串”（非贪婪匹配），以及“前面不是com的结尾”。后者实际上缺乏意义，因为字符串结尾之前不可能是com，所以该表达式总是为真。
为了更清晰地解释，我们对比以下例子：
^(?!baidu) 匹配的是“后面不跟着baidu的开头”，它只匹配字符串开头并进行预查，不进行实际匹配。
^( 匹配的是“开头”，同样只进行预查，不参与实际匹配。
因此，判断不以“baidu”开头，.*$部分可以省略，配合部分匹配函数进行判断，例如在JavaScript中：
/^(?!baidu)/.test('baidu.com'); // false
/^(?!baidu)/.test('www.baidu.com'); // true
/^(
以下例子进一步阐明正向预查和反向预查的含义和区别：
/^www.(?=baidu).com$/ 和 /^www.(? 的测试结果都为false，因为它们分别尝试匹配“后面跟着baidu的www.”和“前面是baidu的.com”，而www.baidu.com并不满足这些条件。
/^www.(?=baidu)baidu.com$/ 的测试结果为true，因为(?=baidu)正向肯定预查确保了www.后面跟着baidu。
/^www.baidu(? 的测试结果为true，因为(?反向肯定预查确保了.com前面是baidu。
通过这些例子，我们可以理解正向预查和反向预查的位置及其在匹配过程中的作用。关键在于预查本身只进行判断，不参与实际的字符串匹配。错误的用法通常源于对预查机制的误解。
