tag Text ↔ Hex Umrechner star

Wie funktioniert die Text-zu-Hex-Kodierung?

Hexadezimal ist ein Positionszahlensystem zur Basis 16: 16 Symbole (0-9, dann A-F für 10-15), wobei jede Ziffernposition eine Potenz von 16 wert ist. Der Grund, warum es sich so natürlich mit der Datenverarbeitung verbindet, ist, dass eine Hex-Ziffer genau 4 Bit (ein „Nibble") darstellt — sodass zwei Hex-Ziffern immer genau ein Byte (8 Bit) repräsentieren, ohne Rundung oder Mehrdeutigkeit. Deshalb braucht ein Bytewert nie mehr als zwei Hex-Zeichen: 0-255 lässt sich sauber auf 00-FF abbilden.

Dieses Tool wandelt Text in diese Darstellung um und zurück. Text wird zunächst mittels UTF-8 in rohe Bytes umgewandelt (sodass jedes Zeichen, einschließlich türkischer Buchstaben und Emoji, die Hin- und Rückkodierung übersteht), dann wird jedes Byte als zweistelliges Hex-Paar geschrieben: „Hi" wird zu 48 69, weil der Buchstabe H Byte 72 (0x48) ist und i Byte 105 (0x69). Ein konkretes Beispiel mit einem Nicht-ASCII-Zeichen: „çay" kodiert zu C3 A7 61 79 — „ç" allein belegt zwei Bytes (C3 A7), weil es außerhalb des Einzelbyte-ASCII-Bereichs liegt, während „a" und „y" je ein Byte belegen. Die Dekodierung kehrt den Vorgang um und ignoriert Leerzeichen, Zeilenumbrüche und „0x"-Präfixe.

Diese Verbindung zwischen Text, Bytes und Hex macht das Tool auch weit über bloße Neugier hinaus nützlich: einen Hex-Dump aus einem Netzwerk-Sniffer oder einer seriellen Konsole einfügen und als Text zurücklesen, eine kurze binäre Nutzlast als Hex in eine JSON-Zeichenfolge einbetten, oder überprüfen, ob ein von Ihrem eigenen Code erzeugter Wert mit dem übereinstimmt, was ein Spezifikationsdokument in Hex zeigt — all das sind einfach Anwendungen der Kodier-/Dekodier-Richtung auf eine reale Debugging-Aufgabe.

Wichtig zu wissen

• Hex-Kodierung ist keine Verschlüsselung: Sie ändert nur die Darstellung der Daten, nicht deren Geheimhaltung. Jede Hex-Zeichenfolge lässt sich sofort und eindeutig wieder in die ursprünglichen Bytes zurückverwandeln — wer die Zeichenfolge hat, kann sie lesen. Für echte Vertraulichkeit verwenden Sie echte Verschlüsselung (z. B. AES), keine Kodierung.
• Warum 4 Bit pro Ziffer wichtig sind: Ein Nibble (4 Bit) hat genau 16 mögliche Werte (0000-1111 binär), die sich eins zu eins auf eine einzelne Hex-Ziffer abbilden lassen, ohne Rest — anders als bei Dezimalzahlen, wo die Umwandlung von Binär in Basis-10 Arithmetik über die gesamte Zahl erfordert. Deshalb taucht Hex bei Farbcodes (#RRGGBB — drei Bytes, sechs Hex-Ziffern), Speicheradressen und Low-Level-Debugging auf: Es ist die kompakteste lesbare Ansicht roher Binärdaten.
• UTF-8 hat variable Breite: ASCII-Zeichen belegen ein Byte, aber akzentuierte Buchstaben und die meisten nicht-lateinischen Schriften belegen zwei, und Emoji oft vier — deshalb ist die Länge der Hex-Ausgabe nicht einfach „zwei Zeichen pro sichtbarem Buchstaben", sobald Nicht-ASCII-Text im Spiel ist.
• Akzeptierte Eingabeformate: Der Dekoder akzeptiert Hex-Paare mit oder ohne Leerzeichen, Zeilenumbrüche oder „0x"-Präfixe — „48 69", „4869" und „0x48 0x69" werden alle zu „Hi" dekodiert.
• Groß-/Kleinschreibung spielt beim Dekodieren keine Rolle: Die Hex-Buchstaben A-F können groß, klein oder gemischt geschrieben werden und werden identisch dekodiert, da beide dieselben Vier-Bit-Werte darstellen — nur die Byte-Gruppierung und -Reihenfolge sind entscheidend.