Lookahead-Assertion: (?=...), (?!...)
Baseline Widely available
This feature is well established and works across many devices and browser versions. It’s been available across browsers since July 2015.
Eine Lookahead-Assertion "blickt voraus": Sie versucht, den nachfolgenden Input mit dem gegebenen Muster abzugleichen, aber sie verbraucht keinen Teil des Inputs — wenn der Abgleich erfolgreich ist, bleibt die aktuelle Position im Input gleich.
Syntax
(?=pattern)
(?!pattern)
Parameter
pattern
-
Ein Muster, das alles enthalten kann, was Sie in einem Regex-Literal verwenden können, einschließlich einer Disjunktion.
Beschreibung
Ein regulärer Ausdruck wird im Allgemeinen von links nach rechts abgeglichen. Deshalb werden Lookahead und Lookbehind als solche bezeichnet — Lookahead bestätigt, was rechts liegt, und Lookbehind bestätigt, was links liegt.
Damit eine (?=pattern)
-Assertion erfolgreich ist, muss das pattern
den Text nach der aktuellen Position treffen, aber die aktuelle Position wird nicht verändert. Die (?!pattern)
-Form negiert die Assertion — sie ist erfolgreich, wenn das pattern
an der aktuellen Position nicht übereinstimmt.
Das pattern
kann Gruppen für den Abgleich enthalten. Siehe die Seite zu den Gruppen für mehr Informationen über das Verhalten in diesem Fall.
Im Gegensatz zu anderen Operatoren regulärer Ausdrücke gibt es kein Zurücksetzen in einem Lookahead — dieses Verhalten wird von Perl geerbt. Dies ist nur von Bedeutung, wenn das pattern
Gruppen für den Abgleich enthält und das Muster nach dem Lookahead Backreferences zu diesen Erfassungen enthält. Zum Beispiel:
/(?=(a+))a*b\1/.exec("baabac"); // ['aba', 'a']
// Not ['aaba', 'a']
Das Abgleichen des obigen Musters erfolgt wie folgt:
- Das Lookahead
(a+)
ist erfolgreich vor dem ersten"a"
in"baabac"
, und"aa"
wird erfasst, da der Quantor gierig ist. a*b
stimmt mit dem"aab"
in"baabac"
überein, da Lookaheads ihre abgeglichenen Zeichenfolgen nicht verbrauchen.\1
stimmt nicht mit der folgenden Zeichenfolge überein, da dies 2"a"
s erfordert, aber nur 1 verfügbar ist. Der Matcher geht also zurück, aber er geht nicht in das Lookahead zurück, sodass die erfasste Gruppe nicht auf 1"a"
reduziert werden kann, und der gesamte Abgleich schlägt an diesem Punkt fehl.exec()
versucht, den Abgleich an der nächsten Position erneut — vor dem zweiten"a"
. Diesmal stimmt das Lookahead mit"a"
überein, unda*b
stimmt mit"ab"
überein. Der Backreference\1
stimmt mit dem erfassten"a"
überein, und der Abgleich ist erfolgreich.
Wenn der Regex in das Lookahead zurücksetzen und die dort getroffene Wahl überarbeiten könnte, würde der Abgleich im Schritt 3 erfolgreich sein, indem (a+)
mit dem ersten "a"
übereinstimmt (anstatt mit den ersten beiden "a"
s) und a*b
mit "aab"
übereinstimmt, ohne dass die nächste Eingabeposition sogar erneut versucht wird.
Negative Lookaheads können auch erfasste Gruppen enthalten, aber Backreferences machen nur innerhalb des pattern
Sinn, da wenn das Abgleichen fortgesetzt wird, das pattern
notwendigerweise nicht übereinstimmen würde (anderfalls schlägt die Assertion fehl). Das bedeutet, außerhalb des pattern
sind Backreferences zu diesen erfassten Gruppen in negativen Lookaheads immer erfolgreich. Zum Beispiel:
/(.*?)a(?!(a+)b\2c)\2(.*)/.exec("baaabaac"); // ['baaabaac', 'ba', undefined, 'abaac']
Das Abgleichen des obigen Musters erfolgt wie folgt:
- Das
(.*?)
-Muster ist nicht gierig, beginnt also damit, nichts zu erfassen. Das nächste Zeichen ist jedocha
, das nicht mit"b"
im Input übereinstimmt. - Das
(.*?)
-Muster erfasst"b"
, sodass dasa
im Muster mit dem ersten"a"
in"baaabaac"
übereinstimmt. - An dieser Position ist das Lookahead erfolgreich, weil wenn
(a+)
mit"aa"
übereinstimmt, dann(a+)b\2c
mit"aabaac"
übereinstimmt. Dies verursacht, dass die Assertion fehlschlägt, sodass der Matcher zurücksetzt. - Das
(.*?)
-Muster erfasst das"ba"
, sodass dasa
im Muster mit dem zweiten"a"
in"baaabaac"
übereinstimmt. - An dieser Position schlägt das Lookahead fehl, da der verbleibende Input nicht dem Muster "beliebige Anzahl von
"a"
s, ein"b"
, die gleiche Anzahl von"a"
s, einc
" folgt. Dies verursacht, dass die Assertion erfolgreich ist. - Da jedoch nichts innerhalb der Assertion abgeglichen wurde, hat der
\2
Backreference keinen Wert, sodass er dem leeren String entspricht. Dies führt dazu, dass der Rest des Inputs durch das(.*)
am Ende verbraucht wird.
Normalerweise können Assertions nicht quantifiziert werden. Im Unicode-unaware Mode, können Lookahead-Assertions jedoch quantifiziert werden. Dies ist eine veraltete Syntax für Web-Kompatibilität, und Sie sollten sich nicht darauf verlassen.
/(?=a)?b/.test("b"); // true; the lookahead is matched 0 time
Beispiele
Zeichenfolgen abgleichen, ohne sie zu konsumieren
Manchmal ist es nützlich, zu validieren, dass die abgeglichene Zeichenfolge von etwas gefolgt wird, ohne das als Ergebnis zurückzugeben. Das folgende Beispiel passt eine Zeichenfolge, die von einem Komma/Punkt gefolgt wird, aber die Interpunktion ist nicht im Ergebnis enthalten:
function getFirstSubsentence(str) {
return /^.*?(?=[,.])/.exec(str)?.[0];
}
getFirstSubsentence("Hello, world!"); // "Hello"
getFirstSubsentence("Thank you."); // "Thank you"
Ein ähnlicher Effekt kann erzielt werden, indem man den Teilstring erfasst, an dem man interessiert ist.
Musterabzug und Schnittmenge
Mit Lookahead können Sie eine Zeichenfolge mehrmals mit unterschiedlichen Mustern abgleichen, was es Ihnen ermöglicht, komplexe Beziehungen wie Subtraktion (ist X, aber nicht Y) und Schnittmenge (ist sowohl X als auch Y) auszudrücken.
Das folgende Beispiel passt jedes Identifikator, das kein reserviertes Wort ist (nur drei reservierte Wörter sind hier zur Kürze gezeigt; mehr reservierte Wörter können zu dieser Disjunktion hinzugefügt werden). Die [$_\p{ID_Start}][$\u200c\u200d\p{ID_Continue}]*
-Syntax beschreibt genau die Menge der Identifikatorzeichenfolgen in der Sprachspezifikation; Sie können mehr über Identifikatoren im lexikalischen Grammatik und die \p
-Escape in der Unicode-Zeichenklassen-Escape nachlesen.
function isValidIdentifierName(str) {
const re =
/^(?!(?:break|case|catch)$)[$_\p{ID_Start}][$\u200c\u200d\p{ID_Continue}]*$/u;
return re.test(str);
}
isValidIdentifierName("break"); // false
isValidIdentifierName("foo"); // true
isValidIdentifierName("cases"); // true
Das folgende Beispiel passt eine Zeichenfolge, die sowohl ASCII ist als auch als Identifikator verwendet werden kann:
function isASCIIIDPart(char) {
return /^(?=\p{ASCII}$)\p{ID_Start}$/u.test(char);
}
isASCIIIDPart("a"); // true
isASCIIIDPart("α"); // false
isASCIIIDPart(":"); // false
Wenn Sie Schnittmenge und Subtraktion mit endlich vielen Zeichen machen, möchten Sie vielleicht die Zeichensatz-Schnittmenge-Syntax verwenden, die mit dem v
-Flag aktiviert ist.
Spezifikationen
Specification |
---|
ECMAScript Language Specification # prod-Assertion |
Browser-Kompatibilität
BCD tables only load in the browser