XML-Formatter

XML-Dokumente formatieren, validieren und verschönern – mit Syntaxhervorhebung und Fehlererkennung

Läuft lokal

XML Eingabe

Formatierte Ausgabe

Inspektor

Wohlgeformtes XML einfügen — Struktur, Baum und Elementpfade erscheinen hier automatisch

Erweiterte Optionen

Mit einem anderen XML vergleichen

Senden Sie dieses Dokument an Data Diff und fügen Sie eine zweite Version ein, um zu sehen, was sich geändert hat.

Validierung mit exakter Fehlerposition

Die Validierung läuft bei jedem Tastendruck mit dem XML-Parser des Browsers. Wohlgeformte Dokumente erhalten live Zählungen von Elementen, Attributen, Textknoten und Verschachtelungstiefe. Fehlerhafte Dokumente melden die exakte Zeile und Spalte, eine wahrscheinliche Ursache und eine Markierung an der Fehlerposition — nicht nur "not well-formed".

Häufige XML-Fehler, die dieses Tool eingrenzt

Diese Fehler machen den Großteil ungültiger XML aus. Jeder davon wird mit Position und wahrscheinlicher Ursache erkannt:

Nicht übereinstimmende Tags

<person> geschlossen mit </perso>. Der Parser meldet "Opening and ending tag mismatch" mit der Zeile beider Tags; die Markierung springt zum fehlerhaften.

Nicht geschlossener Tag

Ein fehlendes > oder ein fehlender End-Tag. Wird üblicherweise als "expected >" oder "premature end of data in tag X" an der exakten Position gemeldet.

Doppeltes Attribut

Derselbe Attributname zweimal in einem Element, z. B. <item id="1" id="2">. Wird als "Attribute redefined" gemeldet und zeigt auf das zweite Vorkommen.

Ungültige Entity / rohes &

Ein literales & oder < im Text muss maskiert werden (&amp;, &lt;). Der Parser meldet "EntityRef: expecting ;" oder "not well-formed" am exakten Zeichen.

Vorher / Nachher

Minifizierte API-Antwort links, dasselbe Dokument formatiert mit 2-Zeichen-Einrückung rechts. Struktur, Baum und Pfade werden aus dem geparsten Dokument aktualisiert.

Before
<catalog><book id="1" category="fiction"><title>The Hobbit</title><author>J.R.R. Tolkien</author></book><book id="2" category="tech"><title>Refactoring</title><author>Martin Fowler</author></book></catalog>
After
<catalog>
  <book id="1" category="fiction">
    <title>The Hobbit</title>
    <author>J.R.R. Tolkien</author>
  </book>
  <book id="2" category="tech">
    <title>Refactoring</title>
    <author>Martin Fowler</author>
  </book>
</catalog>

XML-Kurzreferenz (W3C XML 1.0)

  • Wohlgeformt ≠ gültig: wohlgeformt bedeutet, dass Tags korrekt verschachtelt und geschlossen sind; gültig bedeutet zusätzlich, dass das Dokument einem DTD- oder XSD-Schema folgt.
  • Fünf vordefinierte Entities: &lt; &gt; &amp; &quot; &apos; — ein literales < oder & im Text ist immer ein Fehler.
  • Element- und Attributnamen unterscheiden Groß- und Kleinschreibung und dürfen Namespace-Präfixe tragen (ns:tag).
  • Genau ein Wurzelelement; eine XML-Deklaration wie <?xml version="1.0" encoding="UTF-8"?> muss, falls vorhanden, an erster Stelle stehen.
  • Kommentare <!-- … --> dürfen kein -- enthalten und nicht verschachtelt sein.

Nächste Schritte mit diesen Daten

Formatieren ist der erste Schritt. Führen Sie den Workflow fort, ohne Ihren Browser zu verlassen:

Häufig gestellte Fragen

Antworten auf häufige Fragen zur Xml Formatter-Formatierung

Der Formatter führt Wohlgeformtheitsprüfungen und eine grundlegende Validierung durch. Er prüft korrekte Tag-Verschachtelung, Attributsyntax und die Einhaltung der XML-Deklaration gemäß den W3C-XML-1.0/1.1-Spezifikationen.

Ja, mit dem integrierten XPath-Tester können Sie XPath-1.0- und XPath-2.0-Ausdrücke gegen Ihr XML-Dokument schreiben und auswerten; passende Elemente werden hervorgehoben und Ergebnisse sofort angezeigt.

Ja, der Formatter verarbeitet XML-Dokumente mit Namespaces korrekt und bewahrt Namespace-Deklarationen und Präfixe, während Elemente und Attribute sauber formatiert werden.

Ja, die Konvertierungsfunktion wandelt XML in JSON und zurück um – mit intelligentem Mapping, das Elementstruktur, Attribute und Datentypen erhält.

Der XML-Formatter unterstützt Dateien bis 50 MB dank optimierter Parsing-Algorithmen und eignet sich damit für große Konfigurationsdateien, SOAP-Nachrichten und Datenaustauschdokumente.

Namespace-Deklarationen (xmlns, xmlns:prefix) werden für die Einrückung wie gewöhnliche Attribute behandelt und niemals umsortiert oder entfernt, sodass Namespace-URIs an dieselben Präfixe gebunden bleiben. Die Formatierung löst oder schreibt Präfixe nie um – nachgelagerte Tools lösen sie gemäß der W3C-Empfehlung Namespaces in XML auf.

Formatieren rückt nur neu ein und normalisiert Whitespace zwischen Elementen. Validierung prüft die Struktur: ausgeglichene Tags, genau ein Root-Element, korrekt gesetzte Anführungszeichen bei Attributen und korrekte Entitäts-Syntax gemäß der W3C-Spezifikation XML 1.0. Der Formatter meldet Wohlgeformtheitsfehler (fehlerhafte Eingaben können nicht neu eingerückt werden), validiert aber nicht gegen ein DTD- oder XSD-Schema.

Ja – CDATA-Blöcke behalten ihren exakten inneren Inhalt (das ist ihr Zweck: Text zu escapen, der andernfalls eine Entity-Kodierung bräuchte), und Kommentare werden bis auf die umgebende Einrückung unverändert durchgereicht. XML-Deklarationen und Processing Instructions wie <?xml version="1.0"?> bleiben ebenfalls unangetastet am Anfang.

{-- * External Resources Component(#19 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / 官方语言文档 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}

Verwandte Tools