Welches Text-Tool brauche ich?
Die meisten Text-Tools sind derselbe Encoder und Decoder mit einer anderen Voreinstellung, es geht bei der Wahl also darum, an der richtigen Stelle zu starten.
| Ihre Aufgabe | Tool |
|---|---|
| Text in Base64 umwandeln | Base64-Encoder oder Text in Base64 |
| Einen Base64-String lesen | Base64-Decoder oder Base64 in Text |
| Emoji oder nicht lateinische Schriften, bytegenaues UTF-8 | UTF-8 in Base64, Base64 in UTF-8 |
| Wide Strings aus Windows, .NET oder PowerShell | UTF-16 in Base64, Base64 in UTF-16 |
| Nur einfacher 7-Bit-Text | ASCII in Base64, Base64 in ASCII |
| Prüfen, ob ein String gültiges Base64 ist | Base64-Validator |
| Zeilenumbrüche, Anführungszeichen, fehlendes Padding oder gemischte Alphabete korrigieren | Base64 reparieren |
| Zeilen à 76 Zeichen für E-Mail | MIME-Base64-Encoder |
| Base64, das JSON, XML, HTML oder CSV enthält | Base64 in JSON, Base64 in XML, Base64 in HTML, Base64 in CSV |
| Markup für eine Data-URI oder API kodieren | HTML in Base64, XML in Base64 |
| Die kodierte Länge vorhersagen | Base64-Größenrechner |
Warum der Zeichensatz zählt
Base64 arbeitet mit Bytes und weiß nichts von Zeichen. Bevor Text kodiert werden kann, muss er in Bytes umgewandelt werden, und der Zeichensatz bestimmt, wie:
| Text | UTF-8 | Windows-1252 | UTF-16LE |
|---|---|---|---|
é | w6k= | 6Q== | 6QA= |
Grüße | R3LDvMOfZQ== | R3L832U= | RwByAPwA3wBlAA== |
UTF-8 ist die richtige Voreinstellung für das Web, JSON und die meisten APIs. UTF-16LE erwarten Windows-APIs und -EncodedCommand von PowerShell. Alte Zeichensätze tauchen in alten Datenbanken, CSV-Exporten aus Desktop-Software und manchen E-Mails auf. Zeigt dekodierter Text é statt é, wurde UTF-8 als Windows-1252 gelesen; stellen Sie im Decoder den Zeichensatz um, und der Text stimmt.
Wenn der dekodierte Text falsch aussieht
- Wirre Symbole und Kästchen: Das Base64 enthält Binärdaten, etwa ein Bild, ein PDF oder gzip-Ausgabe. Nehmen Sie Base64 in Datei oder, bei Strings mit
H4sI…, den Gzip-Decoder. - Eine Fehlermeldung zu ungültigen Zeichen oder zur Länge: Der String wurde unterwegs beschädigt. Der Validator zeigt, wo, und Base64 reparieren beseitigt die üblichen Verursacher.
- Es dekodiert, aber zu weiterem Base64: Die Daten wurden doppelt kodiert. Dekodieren Sie die Ausgabe noch einmal.
-und_im String: Das ist Base64URL, aus einem JWT oder einer URL. Alle Decoder hier akzeptieren es; die Base64URL-Tools erklären den Unterschied.
Für Tokens, URLs und strukturierte Payloads wie SAML oder Kubernetes Secrets siehe die Web- und Token-Tools. Andere Kodierungen wie Base32, Base58 oder Hex liest der Basis-Konverter.
Häufige Fragen
Welches Tool sollte ich nehmen, um einen Base64-String zu dekodieren?
Beginnen Sie mit dem Base64-Decoder. Ist die Ausgabe unlesbar, handelt es sich wahrscheinlich um eine Datei oder komprimierte Daten, und Base64 in Datei erkennt den Typ. Sind Umlaute oder Akzente falsch, ändern Sie den Zeichensatz.
Warum ergibt derselbe Text in verschiedenen Tools unterschiedliches Base64?
Base64 kodiert Bytes, und Text wird erst über einen Zeichensatz zu Bytes. é ergibt aus UTF-8 w6k=, aus Windows-1252 6Q== und aus UTF-16LE 6QA=. Verwenden Sie denselben Zeichensatz wie die Gegenseite.
Muss ich den String vor dem Dekodieren bereinigen?
Meist nicht. Die Decoder ignorieren Leerraum und Zeilenumbrüche, entfernen Anführungszeichen und ein data:…;base64,-Präfix, akzeptieren URL-sichere Zeichen und ergänzen fehlendes Padding, und die Statuszeile sagt, was korrigiert wurde. Für stark beschädigte Eingaben nehmen Sie Base64 reparieren.