Text & Code / MULTIVERTO
Stellen Sie jedes UTF-8-Byte eines Textes durch zwei Hexadezimalziffern dar.
Jedes Textwerkzeug auf das vorherige Ergebnis anwenden.
01 / Anleitung
Jedes UTF-8-Byte wird als zweistellige Hexadezimalzahl geschrieben. Manche Zeichen belegen mehrere Bytes.
Die Ausgabe zeigt UTF-8-Bytes, keine Unicode-Codepunkte. Ein Umlaut kann daher mehr als zwei Hexadezimalziffern ergeben.
02 / Beispiel
Hallo48616c6c6f03 / Anleitung
Nutzen Sie diese Richtung, um die UTF-8-Bytes einer Zeichenfolge hexadezimal zu sehen. Als sprachunabhängiges ASCII-Beispiel ergibt Hello die Bytes 48 65 6c 6c 6f, die hier als durchgehende Hex-Folge erscheinen. Ein Zeichen außerhalb von ASCII benötigt mehr als ein Byte und erzeugt daher mehr als zwei Hex-Ziffern. Das Werkzeug hilft zu prüfen, ob ein System UTF-8 speichert, unerwartete Umlaute zu untersuchen oder byteorientierte Formate zu vergleichen.
Die Ausgabe ist keine Unicode-Escape-Folge und entspricht nicht der Anzahl sichtbarer Zeichen. Zwei gleich aussehende Texte können sogar verschiedene Bytes erzeugen, wenn einer ein zusammengesetztes Zeichen und der andere einen Grundbuchstaben mit Kombinationszeichen verwendet. Das Werkzeug normalisiert Text vor der Kodierung nicht. Ist exakte Bytegleichheit wichtig, bewahren Sie das Original auf, vergleichen Sie Hex-Folgen und prüfen Sie, ob das Zielsystem ebenfalls UTF-8 verwendet. Die lesbare Ausgabe schützt keine vertraulichen Daten.
Das Hexadezimalsystem nutzt sechzehn Zeichen: null bis neun und A bis F. Ein Zeichen steht für vier Bits; ein vollständiges Byte benötigt daher zwei Hexadezimalziffern. Das UTF-8-Byte für den lateinischen Buchstaben A lautet beispielsweise 41 in Hex. Diese Schreibweise hilft bei der Untersuchung von Dateien, Netzwerkpaketen und Programmausgaben, weil Byte-Grenzen erkennbar sind. Sie verlängert die Darstellung zugleich: Jedes Byte benötigt zwei sichtbare Ziffern, noch ohne Trennzeichen oder Beschriftungen.
Dieser Konverter liest Text vor der Hex-Ausgabe als UTF-8 und trifft beim Dekodieren die umgekehrte Annahme. Ein Zeichen außerhalb des einfachen ASCII-Bereichs kann mehrere UTF-8-Bytes belegen; die Hex-Zeichenfolge zeigt Bytes, nicht Unicode-Codepunkte. Für jedes Byte sind zwei Hex-Ziffern nötig. Selbst eine korrekt gruppierte Folge kann Bytes enthalten, die kein gültiger UTF-8-Text sind und hier nicht in Text zurückgewandelt werden können. Hex ist eine Anzeige- und Prüfschreibweise, keine Verschlüsselung, Kompression oder Integritätskontrolle.
Beginnen Sie mit dem Originaltext und prüfen Sie, ob die Zielanwendung tatsächlich eine kodierte Darstellung erwartet. Fügen Sie Text ein oder laden Sie das Beispiel und betrachten Sie die Ausgabe vor dem Kopieren. Die Umwandlung läuft in diesem Browser; der Text wird nicht an einen Konvertierungsdienst hochgeladen. Diese Richtung ändert die Schreibweise der Information, nicht den Sinn des Satzes. Bewahren Sie die Quelle neben dem Ergebnis auf und kodieren Sie nur dann ein zweites Mal, wenn das Zielformat ausdrücklich zwei Ebenen verlangt.
Bewahren Sie die ursprüngliche Eingabe auf, wenn Sie ein Ergebnis prüfen müssen. Eine kodierte Darstellung kann ganz anders aussehen als der Ausgangstext, besonders bei Umlauten, Emoji, Satzzeichen oder Zeilenumbrüchen. Prüfen Sie vor der Weitergabe, welche Zeichenkodierung und welches genaue Format das empfangende Programm erwartet. Testen Sie zuerst ein kurzes bekanntes Beispiel und vergleichen Sie die Ausgabe in der Zielanwendung: ähnlich aussehende Formate sind nicht immer austauschbar.