我试图了解负前瞻对简单示例的作用。例如，考虑以下正则表达式：
a(?!b)c
我认为负前瞻匹配一个位置。因此，在这种情况下，正则表达式匹配任何严格包含 3 个字符且不是 abc 的字符串。
但事实并非如此，如 this demo 所示。为什么？
【问题讨论】：
[A-Za-z]+(?![A-Za-z])，@ 987654326@, (?!sword)fish
前瞻不消耗任何字符。它只是检查前瞻是否可以匹配：
a(?!b)c
所以在匹配a 之后，它只是检查，如果它后面不是b 但不消耗not 字符（即c）并且后面是@ 987654328@.
a(?!b)c 如何匹配 ac
ac
|
a
ac
|
(?!b) #checks but does not consume. Pointer remains at c
ac
|
c
肯定前瞻的相似之处在于它尝试匹配前瞻中的模式。如果可以匹配，则正则表达式引擎继续匹配模式的其余部分。如果不能，则丢弃匹配项。
例如
abc(?=123)\d+匹配abc123
abc123
|
a
abc123
|
b
abc123
c
abc123 #Tries to match 123; since is successful, the pointer remains at c
|
(?=123)
abc123 # Match is success. Further matching of patterns (if any) would proceed from this position
|
abc123
|
\d
abc123
|
\d
abc123 #Reaches the end of input. The pattern is matched completely. Returns a successfull match by the regex engine
|
\d
【讨论】：
.+(?!b).+ 如果(?!b) 失败，第一个.+ 将尝试匹配较短的字符串，然后再次进行检查。因此，.+(?!b).+ 将匹配bbbabb，第一个.+ 匹配bbb，第二个匹配abb。 (demo)
(?=pattern) 中的模式是否匹配，否则这是否与否定前瞻相同。
@Antario，我有一段时间对正则表达式中的负面展望/后面情况感到困惑，this 网站有一个很好的解释。
因此，对于您的示例，您要说的是您有一个文字“a”，并且后面没有文字“b”，而是后面跟着文字“c”。
这是一个与您使用的不同的正则表达式调试器，它给出了一个更直观的答案，我个人认为这很有帮助:)
a(?!b)c
【讨论】：
a(?!b)c 将仅匹配 ac，因为您将拥有 a 后跟“not b”（不会被消耗）然后是 c 的唯一方法是 ac。
【讨论】：
因此，在这种情况下，正则表达式匹配任何严格包含 3 个字符且不是 abc 的字符串
这不太对。这个正则表达式表明我们正在搜索一个序列，它的第一个符号是a，然后是c，里面没有b。
例如，a(?!b). 将匹配 ac 或 af，因为通过 . 对最后一个符号没有限制
【讨论】：
a 开头或以c 结尾的条件。只是它包含ac