So verwenden Sie es
- Fügen Sie den Text in Text ein und wählen Sie unter Aktion Maskieren (escapen) oder Demaskieren (unescapen).
- Wählen Sie die Art der Zeichenkette unter Format, etwa JSON-Zeichenkette oder SQL-Zeichenkettenliteral.
- Bei einem Format mit Anführungszeichen lassen Sie Anführungszeichen hinzufügen gesetzt, um den Text mit seinen Anführungszeichen zu erhalten. Entfernen Sie den Haken, um nur den Inhalt zu erhalten.
- Lesen Sie das Ergebnis ab und bei einem maskierten Text die Tabelle Maskierte Zeichen.
Was Maskieren bedeutet
Eine Zeichenkette in einem Programm, einer Datei oder einer Abfrage kann nur einige Zeichen unmittelbar enthalten. Das Maskieren ersetzt die übrigen Zeichen und jene, die die Zeichenkette beenden würden, durch eine Folge, die das Format wieder als dasselbe Zeichen liest. Jedes Format hat eigene Folgen. Daher lässt sich ein Zeichen auf mehrere Arten schreiben, und das Demaskieren liest diese Folgen wieder in Zeichen zurück.
- JSON und JavaScript verwenden einen Backslash, daher wird ein Zeilenumbruch als \n geschrieben.
- HTML und XML verwenden das kaufmännische Und, einen Namen und ein Semikolon, daher wird das Und-Zeichen als & geschrieben.
- CSV und SQL verdoppeln das Zeichen, das das Feld oder die Zeichenkette beendet. Daher wird ein einfaches Anführungszeichen in SQL als zwei einfache Anführungszeichen geschrieben.
Die Regeln jedes Formats
- JSON-Zeichenkette: RFC 8259, Abschnitt 7. Das Anführungszeichen, der Backslash und die Steuerzeichen werden maskiert, und eine \u-Maskierung mit vier hexadezimalen Ziffern wird gelesen.
- JavaScript-Zeichenkette: Zeichenkettenliterale nach ECMA-262. In einer Zeichenkette in doppelten Anführungszeichen muss nur das doppelte Anführungszeichen maskiert werden. Alte Oktalmaskierungen werden abgelehnt.
- HTML-Attributwert: Die fünf Zeichen & < > " ' werden als Referenzen geschrieben. Ein Name, den diese Seite nicht kennt, etwa é, bleibt unverändert.
- XML-Text: dieselben fünf Zeichen, mit ' für das Apostroph. XML 1.0 kann kein Steuerzeichen schreiben, daher werden solche Zeichen abgelehnt.
- CSV-Feld: RFC 4180. Ein Feld mit Komma, Anführungszeichen oder Zeilenumbruch steht in doppelten Anführungszeichen, und jedes Anführungszeichen darin wird verdoppelt.
- SQL-Zeichenkettenliteral: das Handbuch von PostgreSQL. Ein einfaches Anführungszeichen wird verdoppelt. Ein Backslash hat im Standard-SQL keine besondere Bedeutung.
- Muster für reguläre Ausdrücke: Ein Backslash steht vor jedem Syntaxzeichen, so wie ECMA-262 sie aufzählt. Beim Demaskieren bleiben Maskierungen wie \d erhalten, weil sie Zeichenklassen sind.
- C#- oder Java-Zeichenkette: die Maskierungen, die beide Sprachen lesen. Zeilenumbrüche werden als \n geschrieben, andere Steuerzeichen als \u-Maskierungen.
- Shell-Text in einfachen Anführungszeichen: POSIX. Innerhalb einfacher Anführungszeichen hat nichts eine besondere Bedeutung. Daher wird ein Anführungszeichen als '\'' geschrieben: Anführungszeichen beenden, maskieren, neu beginnen.
Fehler, die leicht passieren
- Wer einen Text zweimal maskiert, verdoppelt seine Backslashes. Daher zeigt das Ergebnis \\n, wo die erste Maskierung \n ergab.
- Eine JSON-Zeichenkette in einer JavaScript-Datei braucht trotzdem ihre eigenen Maskierungen in dieser Datei. Eine SQL-Zeichenkette in einer Anwendung braucht unter Umständen auch die Maskierungen der Sprache.
- Die Hälfte eines Emoji lässt sich in keinem dieser Formate schreiben, daher lehnt die Seite es ab. Tippen Sie das Zeichen erneut ein.
Rechenbeispiel: eine JSON-Zeichenkette mit Anführungszeichen, Zeilenumbruch und Backslash
Der Text Sie sagte "hallo" & ging., ein Zeilenumbruch und dann Pfad: C:\temp hat zwei Anführungszeichen, einen Zeilenumbruch und einen Backslash. Als JSON-Zeichenkette mit Anführungszeichen maskiert, wird daraus "Sie sagte \"hallo\" & ging.\nPfad: C:\\temp". Die Tabelle zählt die Zeichen, die anders geschrieben wurden.
| Zeichen | Geschrieben als | Anzahl |
|---|---|---|
| " | \" | 2 |
| U+000A | \n | 1 |
| \ | \\ | 1 |
Häufig gestellte Fragen
Wird der Text an einen Server gesendet?
Nein. Das Maskieren und Demaskieren läuft in Ihrem Browser. Ein Text, der ein Passwort oder ein Token enthält, bleibt daher auf Ihrem Gerät.
Warum lehnt das Demaskieren \x41 in JSON ab?
JSON hat keine \x-Maskierung. Es hat \u, gefolgt von vier hexadezimalen Ziffern, daher wird der Buchstabe A als \u0041 geschrieben. Eine JavaScript-Zeichenkette nimmt \x41 an, deshalb sind die beiden Formate getrennt aufgeführt.
Warum bleiben einfache Anführungszeichen in einer JavaScript-Zeichenkette unverändert?
Eine Zeichenkette in doppelten Anführungszeichen braucht nur die Maskierung ihrer doppelten Anführungszeichen. Ist die Option Anführungszeichen hinzufügen aktiv, wird das Ergebnis in doppelte Anführungszeichen gesetzt. Dort ist ein einfaches Anführungszeichen daher ein gewöhnliches Zeichen.
Warum wird ein Backslash in SQL nicht maskiert?
Standard-SQL behandelt einen Backslash in einer Zeichenkettenkonstante nicht als Sonderzeichen. Manche Datenbanken, etwa MySQL standardmäßig, tun das. Prüfen Sie die Regeln Ihrer Datenbank, bevor Sie einen Backslash in eine SQL-Zeichenkette schreiben.
Was ändert die Option Anführungszeichen hinzufügen?
Ist sie aktiv, wird der maskierte Text in die Anführungszeichen des Formats gesetzt, etwa doppelte Anführungszeichen für JSON oder einfache für SQL. Schalten Sie sie aus, erhalten Sie nur den Inhalt, etwa um ihn in eine bereits in Anführungszeichen stehende Zeichenkette einzusetzen.
Warum hat ein CSV-Ergebnis Anführungszeichen, obwohl mein Text keine enthält?
RFC 4180 verlangt, dass ein Feld in Anführungszeichen steht, wenn es ein Komma, ein Anführungszeichen oder einen Zeilenumbruch enthält. Ein einfaches Feld wird unverändert und ohne Anführungszeichen geschrieben.
Warum wird ein Steuerzeichen für XML abgelehnt?
XML 1.0 erlaubt Zeichen wie U+0001 gar nicht, auch nicht als Referenz, daher kann die Seite sie nicht schreiben. Entfernen Sie sie zuerst aus dem Text.
Quellen
- RFC 8259 (englisch): The JavaScript Object Notation (JSON) Data Interchange Format, Abschnitt 7 (IETF)
- ECMA-262 (englisch): ECMAScript Language Specification, Zeichenkettenliterale und Syntax regulärer Ausdrücke
- XML 1.0 (englisch), Fifth Edition, Abschnitt 4.6 vordefinierte Entitäten (W3C)
- RFC 4180 (englisch): Common Format and MIME Type for Comma-Separated Values (CSV) Files (IETF)
- PostgreSQL-Handbuch (englisch): Zeichenkettenkonstanten (sql-syntax-lexical)
- POSIX Shell and Utilities (englisch), Abschnitt 2.2.2 single-quotes (The Open Group)
- Java Language Specification (englisch), Kapitel 3: Literale und Escape-Sequenzen (Oracle)
- C#-Sprachspezifikation (englisch), lexikalische Struktur (Microsoft)
- MySQL-Handbuch (englisch): Zeichenkettenliterale und das Backslash-Escape-Zeichen
Zahlen und Text zuletzt geprüft: Dienstag, 10. November 2026.