So verwendest du den JSON-Formatter
Füge einen vollständigen JSON-Wert ein und wähle die gewünschte Operation. Formatieren und Minimieren parsen zuerst, sodass ungültige Eingaben nicht stillschweigend repariert werden. Die Prüfung verändert den Originaltext nicht.
- Füge ein Objekt, Array, eine Zeichenfolge, Zahl, einen booleschen Wert oder null gemäß JSON-Grammatik ein.
- Wähle zwei oder vier Leerzeichen für lesbare Ausgabe oder Minimieren für eine kompakte Darstellung.
- Nutze Prüfen für einen reinen Syntaxcheck und behebe zuerst die früheste gemeldete Stelle.
- Beachte Warnungen zu Ganzzahlen außerhalb des sicheren JavaScript-Bereichs, bevor du das Ergebnis übernimmst.
Beispiele und erwartetes Verhalten
| Eingabe | Ausgabe | Hinweise |
|---|---|---|
{"name":"Ada","active":true} |
{
"name": "Ada",
"active": true
} |
Ein kleines Objekt wird einheitlich eingerückt. |
[1,2,{"ok":false}] |
[1,2,{"ok":false}] |
Minimieren entfernt nur unbedeutende Leerzeichen. |
{"message":"Hallo 👋"} |
Gültiges JSON |
Unicode und Emoji werden als normale Zeichenfolgen verarbeitet. |
{"a":1,} |
Fehler nahe dem abschließenden Komma |
JSON erlaubt kein nachgestelltes Komma. |
{"id":9007199254740993} |
Ausgabe mit Präzisionswarnung |
Die Syntax ist gültig, die Zahl aber nicht exakt als JavaScript Number darstellbar. |
{"code":"alert(1)"} |
Normale Zeichenfolge |
Codeähnlicher Text bleibt Daten; eval und Function werden nicht verwendet. |
Zulässige Eingabe und Grammatik
Ein JSON-Dokument enthält genau einen obersten Wert: Objekt, Array, Zeichenfolge, Zahl, true, false oder null. Eigenschaftsnamen und Zeichenfolgen benötigen doppelte Anführungszeichen. Kommentare, einfache Anführungszeichen, undefined, NaN, Infinity, Hex-Literale und nachgestellte Kommas gehören nicht zu Standard-JSON.
Leerraum zwischen Tokens ist erlaubt. Der Formatter normalisiert ihn, sortiert aber keine Schlüssel, errät keine Typen und ändert keine Zeichenfolgen. Entferne fremden Text oder ein unerwartetes Byte-Order-Mark vor der Prüfung.
- Zeilenumbrüche innerhalb einer Zeichenfolge müssen als \n maskiert werden.
- UTF-8 ist für den Austausch die übliche Wahl.
- Doppelte Objektschlüssel sind mehrdeutig; JavaScript behält meist den letzten Wert.
Formatieren, Minimieren und Prüfen
Formatieren parst und serialisiert mit zwei oder vier Leerzeichen. Minimieren verwendet denselben Parser und gibt ohne unnötigen Leerraum aus. Beide Vorgänge sind daher keine verlustfreie Textumformung: doppelte Schlüssel oder gerundete Zahlen können sich bemerkbar machen.
Die Prüfung meldet den ersten Parserfehler und berechnet daraus eine einbasierte Zeile und Spalte. Ein früher Fehler kann viele Folgefehler vortäuschen; korrigiere deshalb zuerst diese Stelle. Die Position ist eine Diagnosehilfe, kein Wiederherstellungsparser.
- Ungültiges JSON wird nicht automatisch repariert.
- Minimieren ist weder Verschlüsselung noch gzip-Kompression.
- Syntaxprüfung ersetzt keine JSON-Schema-Validierung.
Große Ganzzahlen und Genauigkeit
JSON selbst kennt nicht die 53-Bit-Grenze von JavaScript. Dieser Browser parst Zahlen jedoch als IEEE-754-Doppelpräzision. Ganzzahlen außerhalb ±9.007.199.254.740.991 können gerundet werden, obwohl die Syntax gültig ist. Der Scanner warnt bei solchen Tokens.
IDs, Kontonummern, Nanosekunden-Zeitstempel oder exakte Geldbeträge sollten als Zeichenfolge übertragen werden, sofern nicht alle Systeme eine Big-Integer-Strategie vereinbaren. BigInt ist kein JSON-Typ und wird hier nicht erfunden.
- Sichere Grenze: 9007199254740991.
- Unsicheres Beispiel: 9007199254740993.
- Auch Dezimalbrüche unterliegen binärer Gleitkommaarithmetik.
Typische Einsatzfälle
Das Werkzeug eignet sich für API-Antworten, Konfigurationsausschnitte, Log-Payloads, Webhook-Beispiele und Test-Fixtures. Formatieren erleichtert Reviews und Diffs; Minimieren reduziert Darstellungsoverhead; Prüfen trennt Syntaxfehler von Schema- oder Berechtigungsproblemen.
Vergleiche bei einer Serverablehnung danach Eigenschaftsnamen und Typen mit dem Vertrag. Redigiere Geheimnisse vor dem Teilen, obwohl die Verarbeitung lokal erfolgt.
- API-Beispiele ohne Editor-Erweiterung prüfen.
- Fixtures vor dem Commit vereinheitlichen.
- Generierte JSON-Ausgabe kontrollieren.
- Unicode-Escapes und Verschachtelung untersuchen.
Fehlergrenzen und Nicht-Ziele
Häufig sind fehlende oder zusätzliche Kommas, nicht geschlossene Zeichenfolgen, ungültige Escapes und unpassende Klammern. Sehr tiefe oder große Dokumente können Speicher, Call-Stack oder Reaktionsfähigkeit des Tabs belasten.
Dies ist kein JSONPath-, Schema-, Query-, Canonical-JSON- oder Streaming-Werkzeug. Kommentare und ursprüngliche Zahlenschreibweisen können nach dem Parsen nicht erhalten bleiben.
- Leere Eingabe wird getrennt gemeldet.
- Nur der erste Syntaxfehler wird zuverlässig lokalisiert.
- Für große Dateien sind Streaming-Werkzeuge geeigneter.
Sicherheits- und Datenschutzmodell
Die Implementierung verwendet JSON.parse und JSON.stringify, nicht eval, new Function oder Template-Ausführung. Zeichenfolgen wie HTML oder JavaScript bleiben inert, solange die Ausgabe nicht später unsicher in einen anderen Kontext eingebettet wird.
Die Daten werden nicht absichtlich hochgeladen oder gespeichert. Zwischenablage, Browser-Erweiterungen und gemeinsam genutzte Geräte liegen jedoch außerhalb der Seite. Nutze bei besonders sensiblen Daten eine vertrauenswürdige lokale Umgebung.
- Geheimnisse vor Support-Tickets redigieren.
- Kopierte Werte aus der Zwischenablage entfernen.
- JSON vor einer HTML-Einbettung kontextgerecht escapen.
Abgrenzung zu verwandten Werkzeugen
JSON-zu-YAML ändert das Serialisierungsformat; JSON-zu-CSV bildet Datensätze tabellarisch ab. Base64 ändert nur die Byte-Darstellung. Hashes und HMAC prüfen Integrität beziehungsweise Authentizität, reparieren aber keine JSON-Syntax.
Verwende diesen Formatter zuerst, wenn die Frage lautet, ob ein Dokument gültiges JSON ist. Wähle danach das Werkzeug passend zum Datenvertrag.