Base64/URL-Decoder

Base64 decodieren und codieren, URL-kodierte Zeichenfolgen parsen, Base64-Bilder voranzeigen und JWT-Header oder Payload-Segmente decodieren

Die Ausgabe wird hier angezeigt.
Bildvorschau
Kein Bild erkannt.
Dekodierte Bilder werden hier angezeigt.

Anleitung

Schritt 1

Parser-Modus wählen

Wechseln Sie zwischen Base64-, URL- oder JWT-Segment-Parsing.

Schritt 2

Kodierten Wert einfügen

Geben Sie kodierten Text, eine Bild-Data-URL oder einen vollständigen JWT-Token ein.

Schritt 3

Dekodieren und prüfen

Lesen Sie die dekodierte Ausgabe, zeigen Sie eine Bildvorschau und kopieren Sie die Ergebnisse.

FAQ

Kann ich Base64-Bilder direkt im Browser dekodieren?

Ja. Fügen Sie eine Data-URL oder einen rohen Base64-Bildstring ein und das Tool zeigt eine Bildvorschau mit erkanntem MIME-Typ und Größe an.

Verarbeitet die URL-Dekodierung Pluszeichen korrekt?

Ja. Im Dekodiermodus werden Pluszeichen als Leerzeichen interpretiert, bevor die URI-Dekodierung erfolgt, was dem üblichen Formularcodierungsverhalten entspricht.

Kann ich nur den JWT-Header oder Payload dekodieren?

Ja. Der JWT-Modus ermöglicht es Ihnen, Header, Payload oder signaturbezogene Segmente unabhängig voneinander auszuwählen und zu dekodieren.

Was ist der Unterschied zwischen Standard- und URL-sicherem Base64?

Standard-Base64 (RFC 4648 Abschnitt 4) verwendet + und /, die mit reservierten URL-Zeichen kollidieren. Das URL-sichere Alphabet (Abschnitt 5) ersetzt sie durch - und _. JWTs verwenden immer das URL-sichere Alphabet - deshalb enthalten Token-Signaturen nie + oder /. Dieses Tool erkennt beide Alphabete automatisch.

Warum endet Base64 mit =-Zeichen und kann ich diese entfernen?

Base64 kodiert 3 Bytes in 4 Zeichen, daher werden Eingaben, die kein Vielfaches von 3 sind, mit = aufgefüllt, damit die Länge ein Vielfaches von 4 bleibt. Ein = bedeutet 2 verbleibende Bytes, zwei = bedeuten 1. Das Padding kann bedenkenlos weggelassen werden, wenn die Länge out-of-band bekannt ist - JWT-Segmente tun genau das - und Dekoder stellen es automatisch wieder her.

Kann Base64-Kodierung nicht-englischen Text beschädigen?

Base64 selbst ist verlustfrei, aber die verbreitete JavaScript-Funktion btoa() akzeptiert nur Latin-1-Zeichen und löst bei allem anderen einen Fehler aus. Der korrekte Ansatz ist, zuerst UTF-8 zu kodieren (TextEncoder) und dann die Bytes als Base64 zu kodieren. Dieses Tool übernimmt diese Pipeline automatisch, sodass chinesischer, arabischer oder Emoji-Text ohne Beschädigung hin- und zurückkodiert wird.

Wie erkenne ich, ob eine Zeichenkette tatsächlich Base64 ist?

Prüfen Sie drei Signale: Der Zeichenvorrat besteht nur aus A-Z, a-z, 0-9, +, / (oder dem URL-sicheren - und _); die Länge ist ein Vielfaches von 4, sobald das Padding wiederhergestellt ist; und das Dekodieren liefert sinnvolle Bytes. Keine Methode ist zu 100 % sicher, da viele einfache Zeichenketten (wie abcd) ebenfalls gültiges Base64 sind - der Kontext entscheidet.

Ist Base64 eine Form der Verschlüsselung?

Nein. Base64 ist eine reversible Kodierung, die jeder ohne jedes Geheimnis dekodieren kann - sie bietet keinerlei Vertraulichkeit. Verwenden Sie sie niemals, um Passwörter oder API-Schlüssel zu schützen. Zum Schutz nutzen Sie TLS bei der Übertragung und eine echte Chiffre wie AES-256-GCM; die einzige Aufgabe von Base64 ist es, Binärdaten für Textkanäle sicher zu machen.

{-- * External Resources Component(#18 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 --}}