CodeKitHubMikä tämä työkalu on?
Base64 on koodausmenetelmä, joka muuntaa binääri- tai tekstidatan 64 turvallisesta ASCII-merkistä koostuvaksi joukoksi (A–Z, a–z, 0–9, + ja /). Sitä käytetään kaikkialla ohjelmistoissa: kuvien upottaminen HTML/CSS-koodiin, HTTP Basic -tunnistusotsikot, sähköpostiliitteet (MIME), JSON Web Tokenit ja API-hyötykuormat, joiden täytyy selvitä pelkkää tekstiä käsittelevien järjestelmien läpi.
Tärkeää: Base64 on koodausta, ei salausta. Kuka tahansa voi purkaa sen. Sen tarkoitus on tehdä datasta turvallisesti siirrettävää järjestelmissä, jotka ymmärtävät vain tekstiä — ei pitää sitä salassa.
Base64 määritellään muodollisesti standardissa RFC 4648, joka määrittelee myös JWT:issä ja verkkorajapinnoissa käytetyn URL-turvallisen version: se korvaa merkin + merkillä - ja merkin / merkillä _, jotta koodattu merkkijono voi kulkea URL-osoitteessa ilman prosenttikoodausta.
Miksi käyttää sitä?
- Pura API-tunnukset, JWT-segmentit ja tunnistusotsikot nähdäksesi, mitä niissä on.
- Koodaa teksti data-URI:ta, konfiguraatiotiedostoja tai HTTP-otsikoita varten.
- UTF-8-turvallinen: emojit ja ei-latinalaiset merkit koodautuvat ja puretaan oikein.
- 100 % yksityinen — muunnos tapahtuu selaimessasi, mitään ei ladata palvelimelle.
- Ilmainen, ei kirjautumista, ei kokorajoituksia.
Käyttöohje
- Kirjoita tai liitä sisältösi syöttökenttään.
- Klikkaa "Koodaa" muuntaaksesi tekstin Base64-muotoon, tai "Pura" muuntaaksesi Base64:n takaisin tekstiksi.
- Jos purku epäonnistuu, syöte ei ole kelvollista Base64:ää — tarkista puuttuvat merkit tai ylimääräiset välilyönnit.
- Klikkaa "Kopioi" kopioidaksesi tuloksen.
Esimerkki
Syöte
Hello, CodeKitHub! 你好 👋Tuloste
SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GLHuomaa, kuinka kiinankieliset merkit ja emoji säilyvät edestakaisen muunnoksen läpi — se on se UTF-8-turvallisuus.
Käytännön vinkit
- JWT-tokenit ovat kolme pisteillä yhdistettyä Base64-segmenttiä — pura ensimmäiset kaksi (otsikko ja hyötykuorma) erikseen lukeaksesi ne; kolmas on binäärinen allekirjoitus ja näyttää kohinalta.
- Jos purku epäonnistuu JWT-segmentissä, kyseessä on base64url-koodaus: korvaa ensin - merkillä + ja _ merkillä / (vakiotyökalut odottavat +/-aakkostoa).
- Välilyönnit ja rivinvaihdot Base64-merkkijonossa ovat yleensä haitattomia jäänteitä sähköpostista tai lokeista, mutta puuttuva loppupäätteen = ei useinkaan ole — tarkista pituus ennen kuin oletat datan olevan vioittunut.
- Base64 kasvattaa dataa noin 33 %. Sopii pienille hyötykuormille; muutaman kilotavun ylittäville kuville oikea tiedosto on lähes aina data-URI:ta parempi valinta.
Todelliset käyttötilanteet
Kolme tapausta, jotka tuovat käyttäjiä tänne päivittäin: Authorization-otsikon tai JWT:n sisällön lukeminen, Base64-käärityn webhook-/API-hyötykuorman kentän purkaminen (usein JSON — muotoile se purkamisen jälkeen), sekä data-URI:n tai Basic-Auth-merkkijonon tuottaminen käsin virheitä jäljittäessä.
Binääridatan (kuvat, tiedostot) kohdalla muista, mitä saat purkaessasi tekstinä: mojibakea — data voi olla täysin kelvollista, se ei vain ole tekstiä. Binääridatan koodaus/purku kuuluu koodiin; tämä työkalu on optimoitu tekstitapauksiin.
Miten diagnosoida purkuvirhe
Base64-purkuvirheet johtuvat lähes aina yhdestä kolmesta syystä yleisyysjärjestyksessä: syöte oli itse asiassa base64url-muotoa (käyttää merkkejä - ja _ tavallisten + ja / sijaan, yleistä JWT:issä ja URL-turvallisissa yhteyksissä) ja vaatii näiden merkkien vaihtamisen takaisin ennen kuin vakiopurku hyväksyy sen; merkkijono katkesi jossain vaiheessa matkaa (kopiointi, joka jätti pois viimeiset merkit, tai lokirivi, joka katkesi), mikä on havaittavissa siitä, että kelvollisen Base64-merkkijonon pituus on aina neljällä jaollinen kun täyte otetaan huomioon; tai kopioinnin aikana lisättiin ylimääräisiä merkkejä (ylimääräinen välilyönti, harhautunut rivinvaihto, vahingossa kahdennettu merkki), minkä vuoksi liittäminen suoraan raakalähteestä uudelleen kirjoittamisen sijaan on aina turvallisempaa.
Usein kysytyt kysymykset
Onko Base64 salausta?
Ei. Base64 on palautuva koodaus, jonka kuka tahansa voi purkaa — se ei tarjoa mitään tietoturvaa. Jos tarvitset datan suojaamista, käytä oikeaa salausta (kuten AES:ää); Base64 on vain datan siirtämiseen tekstinä turvallisesti.
Miksi purettu tulosteeni näyttää roskalta?
Joko syöte ei todellisuudessa ole Base64:ää, se on katkennut, tai alkuperäinen data oli binääristä (kuten kuva) tekstin sijaan. Binääridata ei näy luettavina merkkeinä.
Mitä =-merkit lopussa tarkoittavat?
Täytettä (padding). Base64 toimii 3 tavun syöte- → 4 merkin tuloslohkoina. Kun syötteen pituus ei ole jaollinen kolmella, yksi tai kaksi =-merkkiä täyttää viimeisen lohkon.
Toimiiko tämä työkalu emojien ja kiinalaisten merkkien kanssa?
Kyllä. Se koodaa tekstin ensin UTF-8-tavuiksi, mikä on standardimenetelmä. Yksinkertaiset työkalut, jotka käyttävät suoraan btoa()-funktiota, epäonnistuvat kaikilla Latin-1:n ulkopuolisilla merkeillä — tämä ei epäonnistu.
Ladataanko tietoni jonnekin?
Ei. Koodaus ja purku tapahtuvat kokonaan selaimessasi JavaScriptillä. Tietosi eivät koskaan poistu laitteeltasi.