Base64 URL-dekoder & parser

Decodeer en encodeer Base64, parseer URL-gecodeerde strings, bekijk Base64-afbeeldingen vooraf en decodeer JWT-header- of payload-segmenten

Uitvoer verschijnt hier.
Afbeeldingsvoorbeeld
Geen afbeelding gedetecteerd.
Gedecodeerde afbeeldingen worden hier getoond.

Hoe te gebruiken

Stap 1

Kies parsermodus

Schakel tussen Base64-, URL- of JWT-segmentparsing.

Stap 2

Plak de gecodeerde waarde

Voer gecodeerde tekst, een data-URL van een afbeelding of een volledige JWT-token in.

Stap 3

Decoderen en inspecteren

Lees de gedecodeerde uitvoer, bekijk afbeeldingen vooraf en kopieer resultaten.

Veelgestelde vragen

Kan ik Base64-afbeeldingen direct in de browser decoderen?

Ja. Plak een data-URL of een ruwe Base64-afbeeldingsstring en de tool toont een voorbeeld met gedetecteerd MIME-type en grootte.

Gaat URL-decodering correct om met plustekens?

Ja. In decodeermodus worden plustekens vóór URI-decodering als spaties geïnterpreteerd, in lijn met gebruikelijk form-encodinggedrag.

Kan ik alleen een JWT-header of payload decoderen?

Ja. In de JWT-modus kies en decodeer je header-, payload- of signature-gerelateerde segmenten onafhankelijk.

Wat is het verschil tussen standaard en URL-safe Base64?

Standaard Base64 (RFC 4648 sectie 4) gebruikt + en /, die botsen met gereserveerde URL-tekens. Het URL-safe alfabet (sectie 5) vervangt ze door - en _. JWT's gebruiken altijd het URL-safe alfabet - daarom bevatten token-handtekeningen nooit + of /. Deze tool detecteert beide alfabetten automatisch.

Waarom eindigt Base64 op =-tekens, en kan ik die verwijderen?

Base64 codeert 3 bytes naar 4 tekens, dus invoer die geen veelvoud van 3 is, wordt met = opgevuld om de lengte een veelvoud van 4 te houden. Eén = betekent 2 resterende bytes, twee = betekent 1. De opvulling kan veilig worden weggelaten als de lengte elders bekend is - JWT-segmenten doen precies dat - en decoders herstellen die automatisch.

Kan Base64-codering niet-Engelse tekst beschadigen?

Base64 zelf is verliesvrij, maar de gangbare JavaScript-functie btoa() accepteert alleen Latin-1-tekens en gooit een fout bij al het andere. De juiste aanpak: eerst UTF-8-encoderen (TextEncoder) en daarna de bytes Base64-encoderen. Deze tool regelt die pipeline automatisch, zodat Chinese, Arabische of emoji-tekst zonder beschadiging heen en weer gaan.

Hoe zie ik of een string echt Base64 is?

Controleer drie signalen: de tekenset is alleen A-Z, a-z, 0-9, +, / (of de URL-safe - en _); de lengte is een veelvoud van 4 zodra opvulling is hersteld; en decodering levert zinnige bytes op. Geen enkele methode is 100% zeker, omdat veel gewone strings (zoals abcd) ook geldige Base64 zijn - context telt.

Is Base64 een vorm van versleuteling?

Nee. Base64 is een omkeerbare codering die iedereen zonder geheim kan decoderen - het biedt nul vertrouwelijkheid. Gebruik het nooit om wachtwoorden of API-keys te beschermen. Gebruik voor bescherming TLS tijdens transport en een echte versleuteling zoals AES-256-GCM; de enige taak van Base64 is binaire data veilig maken voor tekstkanalen.

{-- * 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 --}}