Base64-koder / afkoder Online

Hvad er dette værktøj?

Base64 er en kodningsmetode, der omdanner binære eller tekstdata til et sæt af 64 sikre ASCII-tegn (A-Z, a-z, 0-9, + og /). Det bruges overalt i software: indlejring af billeder i HTML/CSS, HTTP Basic-autentificeringsheadere, e-mailvedhæftninger (MIME), JSON Web Tokens og API-payloads, der skal kunne overleve rene tekstkanaler.

Vigtigt: Base64 er en kodning, ikke kryptering. Alle kan afkode den. Dens formål er at gøre data sikre at overføre gennem systemer, der kun forstår tekst — ikke at holde dem hemmelige.

Base64 er formelt specificeret i RFC 4648, som også definerer den URL-sikre variant brugt i JWT'er og web-API'er: den erstatter + med - og / med _, så den kodede streng kan rejse inde i en URL uden procent-kodning.

Hvorfor bruge det?

• Afkod API-tokens, JWT-segmenter og autentificeringsheadere for at se, hvad de indeholder.
• Kod tekst til data-URI'er, konfigurationsfiler eller HTTP-headere.
• UTF-8-sikker: emoji og ikke-latinske tegn kodes og afkodes korrekt.
• 100% privat — konverteringen sker i din browser, intet uploades.
• Gratis, ingen login, ingen størrelsesgrænser.

Sådan bruger du det

1. Skriv eller indsæt dit indhold i inputfeltet.
2. Klik på "Kod" for at konvertere tekst til Base64, eller "Afkod" for at konvertere Base64 tilbage til tekst.
3. Hvis afkodning fejler, er inputtet ikke gyldig Base64 — tjek for manglende tegn eller ekstra mellemrum.
4. Klik på "Kopiér" for at kopiere resultatet.

Eksempel

Input

Hello, CodeKitHub! 你好 👋

Output

SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GL

Læg mærke til, hvordan de kinesiske tegn og emojien overlever turen frem og tilbage — det er den UTF-8-sikre del.

Praktiske tips

• JWT-tokens er tre Base64-segmenter forbundet med punktummer — afkod de første to (header og payload) hver for sig for at læse dem; det tredje er en binær signatur og vil ligne støj.
• Hvis afkodning fejler på et JWT-segment, er det base64url-kodning: erstat - med + og _ med / først (standardværktøjer forventer +/ -alfabetet).
• Mellemrum og linjeskift inde i en Base64-streng er som regel harmløse rester fra e-mail eller logs, men manglende afsluttende = padding er det ofte ikke — tjek længden, før du antager, at dataene er korrupte.
• Base64 øger datamængden med ~33%. Fint til små payloads; til billeder over et par KB er en rigtig fil næsten altid det bedre valg frem for en data-URI.

Virkelige brugsscenarier

De tre tilfælde, der bringer folk hertil dagligt: at læse, hvad der er inde i en Authorization-header eller JWT, at afkode et webhook/API-payload-felt, der ankom Base64-indpakket (ofte JSON — formatér det efter afkodning), og at producere en data-URI eller Basic-Auth-streng manuelt under fejlsøgning.

For binære data (billeder, filer), husk hvad du får, når du afkoder som tekst, er mojibake — dataene kan sagtens være helt gyldige, de er bare ikke tekst. Kodning/afkodning af binære data hører til i kode; dette værktøj er optimeret til tekstscenarier.

Sådan diagnosticerer du en afkodningsfejl

Base64-afkodningsfejl kan næsten altid spores til én af tre årsager, i rækkefølge efter hyppighed: inputtet var faktisk base64url (bruger - og _ i stedet for de standard + og /, almindeligt i JWT'er og URL-sikre sammenhænge) og skal have disse tegn byttet tilbage, før standardafkodning accepterer det; strengen blev afkortet et sted undervejs (en kopiering, der manglede de sidste tegn, eller en loglinje, der blev afskåret), hvilket kan opdages, fordi en gyldig Base64-strengs længde altid er et multiplum af 4, når padding tages med i beregningen; eller uønskede tegn (ekstra mellemrum, et vildfarent linjeskift, et utilsigtet duplikeret tegn) blev introduceret under kopiering, hvilket er grunden til, at det altid er sikrere at indsætte direkte fra en rå kilde frem for at skrive teksten igen.

→ JSON-formaterer · URL-koder / -afkoder · JWT-afkoder

Ofte stillede spørgsmål