XML zu JSON Konverter
XML einfügen und sofort JSON erhalten, mit Attributen, verschachtelten Hierarchien und Textknoten vorhersehbar abgebildet, alles lokal im Browser verarbeitet.
Funktionen
- Attribute auf Schlüssel mit @-Präfix abgebildet, Elementtext unter #text
- Verarbeitet verschachtelte Hierarchien und wiederholte Elemente
- Sicher für interne SOAP-, WSDL- und Konfigurations-XML
- Läuft lokal, keine Daten verlassen den Browser
Konvertieren Sie XML zu JSON im Browser, damit Sie veraltete SOAP/WSDL-Antworten, RSS-Feeds, Anbieter-Exporte oder Konfigurationsdateien in einen modernen REST-, JavaScript- oder Microservice-Workflow einspeisen können, und nichts, was Sie einfügen, wird jemals hochgeladen. Alles läuft lokal auf Ihrem Gerät, was bedeutet, dass Sie dies auf internes oder proprietäres XML anwenden können, ohne xml2js- oder xmltodict-Glue-Code zu schreiben und ohne einem unbekannten Server zu vertrauen.
Was diese Konvertierung tatsächlich tut (und was NICHT)
Dies ist eine verlustbehaftete, strukturverändernde Konvertierung, keine umkehrbare Byte-Transformation wie Base64. Das Dokumentmodell von XML ist reichhaltiger als das Datenmodell von JSON, daher ist ein Hin- und Rückweg von XML zu JSON und zurück zu XML nicht garantiert, Ihre Originaldatei Byte für Byte zu reproduzieren. Der Konverter formt den Baum in JSON-Objekte und Arrays nach dokumentierten, deterministischen Regeln um.
Attribute haben kein natives JSON-Äquivalent, daher werden sie konventionell auf Schlüssel mit einem @-Präfix abgebildet: <book id="1"> wird zu {"book":{"@id":"1"}}. Wenn ein Element Text neben Attributen oder Kindelementen enthält, wird dieser Text unter einem #text-Schlüssel gespeichert, damit er nicht mit den strukturierten Feldern kollidiert.
Die mit Abstand häufigste Überraschung in der Praxis ist die Mehrdeutigkeit zwischen einzelnem und wiederholtem Element. Ein <item> wird zu einem JSON-Objekt, aber zwei oder mehr <item>-Elemente werden zu einem JSON-Array. Konsumierender Code, der immer ein Array erwartet, bricht beim Einzelfall, planen Sie also Ihr nachgelagertes Parsing um dieses Verhalten herum. Namespaces sind eine weitere raue Kante: JSON kennt keine XML-Namespaces, daher wird ein Präfix wie ns:tag entweder im Schlüssel behalten oder entfernt, und es gibt keine universell richtige Wahl. Gemischter Inhalt, ein Element mit sowohl freiem Text als auch Kindelementen, wird ungeschickt abgebildet, weil JSON-Objekte Text und strukturierte Felder nicht nativ verschachteln können.
Mehrere Dinge gehen vollständig verloren. XML-Kommentare, Verarbeitungsanweisungen, CDATA-Wrapper und DOCTYPE/DTD-Deklarationen haben in der Regel keine JSON-Darstellung, daher werden sie geglättet oder verworfen. Beachten Sie außerdem, dass die JSON-Ausgabe meist kleiner ist als das Quell-XML, da es keine schließenden Tags und weit weniger ausführliches Markup gibt, was einer der Gründe ist, warum Teams XML für API-Payloads und reduzierte Bandbreite konvertieren.
Wann XML zu JSON wählen
Wählen Sie diese Konvertierung, wenn Sie SOAP- oder WSDL-Antworten für einen REST- oder JavaScript-Client modernisieren, XML-Feeds in JSON-native Pipelines einspeisen oder einfach eine unbekannte XML-Struktur untersuchen. Bleiben Sie bei XML, wenn Sie wirklich Attribute mit Genauigkeit erhalten müssen, Namespaces, Kommentare, Schema-Validierung oder XSLT-Transformationen, denn diese Konzepte überstehen den Weg nicht. Wenn Ihr Ziel die entgegengesetzte Richtung oder eine andere tabellarische Form ist, verarbeitet der CSV zu JSON Konverter zeilenorientierte Daten, und der JSON zu CSV Konverter übernimmt den umgekehrten Weg.
So konvertieren Sie
- Fügen Sie Ihr XML in das Eingabefeld ein oder laden Sie den Inhalt einer SOAP/WSDL-Antwort, eines Feeds oder einer Konfigurationsdatei.
- Das Tool konvertiert es in eine einzige Richtung zu JSON und wendet dabei die oben beschriebenen Regeln für Attribute, Arrays und Textknoten an.
- Prüfen Sie die JSON-Ausgabe, kopieren Sie sie dann in die Zwischenablage oder laden Sie sie als Datei herunter.
Kein Upload. Es läuft auf Ihrem Gerät.
Die Konvertierungs-Engine ist in Rust geschrieben und zu WebAssembly kompiliert, das vollständig in Ihrem Browser-Tab läuft. Es gibt null Netzwerkanfragen für die Verarbeitung, das Tool funktioniert weiter, nachdem die Seite geladen wurde, selbst wenn Sie offline gehen, und es gibt danach nichts zu löschen, weil nie etwas hochgeladen wurde. Sie können dies selbst bestätigen, indem Sie den Netzwerk-Tab der DevTools Ihres Browsers öffnen und beobachten, wie er während der Konvertierung still bleibt. Das ist hier wichtig, weil XML-Payloads oft sensibles Material enthalten: interne SOAP- und WSDL-Antworten, Anbieter-Datenexporte oder Konfigurationsdateien, die Zugangsdaten, Kundendaten oder proprietäre Schemata einbetten können. Dies ist der Konverter, den Sie sicher auf Produktions-XML anwenden können.
Keine Limits
Keine Dateigrößen-Begrenzungen, keine Ratenlimits, keine Wasserzeichen, keine Anmeldung und keine Werbung. Konvertieren Sie so viel XML, wie Sie brauchen, so oft Sie brauchen.
Häufig gestellte Fragen
- Wie werden XML-Attribute in der JSON-Ausgabe dargestellt?
- Attribute haben kein natives JSON-Äquivalent, daher werden sie konventionell auf Schlüssel mit einem
@-Präfix abgebildet, was bedeutet, dass<book id="1">zu{"book":{"@id":"1"}}wird. Wenn ein Element sowohl Attribute als auch Textinhalt hat, wird der Text separat unter einem#text-Schlüssel gespeichert, sodass die beiden niemals kollidieren. - Warum wird ein einzelnes wiederholtes Element zu einem Objekt statt zu einem Array, und kann ich ein Array erzwingen?
- Ein Vorkommen eines Elements wird zu einem JSON-Objekt, während zwei oder mehr Vorkommen zu einem JSON-Array werden, weil der Konverter die Form daraus ableitet, wie oft das Element erscheint. Dies ist die häufigste Quelle nachgelagerter Bugs, wenn Ihr konsumierender Code also immer ein Array erwartet, sollten Sie den Einzelfall in Ihrem eigenen Parsing normalisieren, statt anzunehmen, dass es bereits eine Liste ist.
- Ist die XML-zu-JSON-Konvertierung umkehrbar?
- Nein, dies ist eine verlustbehaftete, strukturverändernde Konvertierung statt einer umkehrbaren Byte-Transformation. Das Dokumentmodell von XML ist reichhaltiger als das von JSON, daher ist die Rückkonvertierung von JSON zu XML nicht garantiert, Ihre Originaldatei zu reproduzieren, besonders sobald Kommentare, Namespaces und gemischter Inhalt im Spiel sind.
- Wie werden XML-Namespaces im konvertierten JSON behandelt?
- JSON kennt keine XML-Namespaces, daher muss ein Konverter das Präfix entweder im Schlüssel behalten (etwa
ns:tag) oder es entfernen. Es gibt keine universell richtige Wahl, prüfen Sie also die Ausgabeschlüssel und passen Sie Ihre nachgelagerte Zuordnung entsprechend an. - Was passiert mit gemischtem Inhalt, der sowohl Text als auch Kindelemente enthält?
- Gemischter Inhalt, bei dem ein Element freien Text neben Kindelementen hält, wird ungeschickt abgebildet, weil JSON-Objekte Text und strukturierte Felder nicht nativ verschachteln können. Der Text wird typischerweise unter einem
#text-Schlüssel erfasst, während die Kindelemente zu Geschwister-Eigenschaften werden, was die Daten erhält, aber die ursprüngliche Reihenfolge verflacht. - Werden XML-Kommentare, CDATA und DOCTYPE-Deklarationen erhalten?
- Nein, XML-Kommentare, Verarbeitungsanweisungen, CDATA-Abschnitte und DOCTYPE/DTD-Deklarationen haben in der Regel keine JSON-Darstellung. Sie werden bei der Konvertierung verworfen oder geglättet, verlassen Sie sich also nicht darauf, dass die JSON-Ausgabe eines dieser Konstrukte beibehält.
- Kann ich eine SOAP- oder WSDL-Antwort zu JSON konvertieren?
- Ja, SOAP- und WSDL-Payloads sind einfach XML, daher werden sie genauso konvertiert wie jedes andere XML-Dokument. Weil alles lokal in Ihrem Browser ohne Upload läuft, ist dies ein sicherer Weg, interne oder proprietäre SOAP-Antworten umzuformen, ohne sie an einen Drittanbieter-Server zu senden.
- Wird mein XML auf einen Server hochgeladen?
- Nein, die Konvertierung läuft vollständig in Ihrem Browser über zu WebAssembly kompiliertes Rust, mit null Netzwerkanfragen für die Verarbeitung. Sie können dies im Netzwerk-Tab der DevTools Ihres Browsers überprüfen, und das Tool funktioniert weiter, selbst wenn Sie sich nach dem Laden der Seite vom Internet trennen.
- Warum ist die JSON-Ausgabe kleiner als meine XML-Eingabe?
- Die JSON-Ausgabe ist typischerweise kleiner als das Quell-XML, weil sie keine schließenden Tags hat und weit weniger ausführliches Markup verwendet. Diese Größenreduzierung ist Teil des Grundes, warum Teams XML zu JSON für API-Payloads und zur Senkung der Bandbreite konvertieren.
Entdecken Sie weitere Text- und Datentools, konvertieren Sie zeilenorientierte Daten mit dem CSV zu JSON Konverter oder gehen Sie den umgekehrten Weg mit dem JSON zu CSV Konverter.