Dekodowanie Base64 to odwrotny proces kodowania Base64: konwertuje ciąg ASCII zakodowany w Base64 z powrotem na oryginalne dane binarne lub tekst. Każde 4 znaki Base64 dekodują się do 3 bajtów oryginalnych danych. Dekoder wyszukuje każdy znak w alfabecie Base64, rekonstruuje oryginalne 6-bitowe grupy i składa je z powrotem w 8-bitowe bajty.
Dane zakodowane w Base64 można rozpoznać po użyciu wielkich i małych liter, cyfr oraz +/ (standard) lub -_ (bezpieczne dla URL), często kończąc się jednym lub dwoma znakami dopełniającymi =. Pojawiają się często w tokenach JWT, załącznikach e-mail, data URI, odpowiedziach API i plikach konfiguracyjnych — wszędzie tam, gdzie dane binarne lub strukturalne muszą być osadzone w kontekście wyłącznie tekstowym.
Dlaczego warto używać tego narzędzia?
Ten dekoder obsługuje zarówno standardowy, jak i URL-safe Base64, automatycznie naprawia brakujące dopełnienie i dekoduje całkowicie w przeglądarce bez wysyłania danych na serwery.
⚡
Automatyczna naprawa dopełnienia
Wiele źródeł produkuje Base64 bez końcowych znaków =. To narzędzie automatycznie oblicza i dodaje brakujące dopełnienie przed dekodowaniem, zapobiegając wyjątkom InvalidCharacterError.
🛡️
Oba warianty obsługiwane
Automatycznie wykrywa i obsługuje zarówno standardowy Base64 (+/), jak i URL-safe Base64 (-_), dzięki czemu możesz wklejać tokeny z dowolnego źródła bez ręcznej konwersji.
🔒
W pełni po stronie klienta
Dekodowanie odbywa się lokalnie w przeglądarce przy użyciu natywnego API atob. Twoje dane — które mogą zawierać sekrety lub wrażliwą treść — nigdy nie opuszczają Twojego urządzenia.
🌐
Wyjście Unicode
Poprawnie dekoduje tekst zakodowany w UTF-8 z powrotem do pełnego Unicode, w tym znaki wielobajtowe, emoji i skrypty CJK.
Jak korzystać z tego dekodera Base64 online
Bez konta, bez przesyłania, bez instalacji. Wklej ciąg Base64 w polu wejściowym, a zdekodowany wynik pojawi się natychmiast. Wszystko działa w Twojej przeglądarce — Twoje dane nigdy nie opuszczają Twojego urządzenia.
1
Wklej swój ciąg Base64
Skopiuj dowolny ciąg zakodowany w Base64 ze swojego źródła — JWT, odpowiedź API, nagłówek załącznika e-mail lub plik konfiguracyjny — i wklej go w polu wejściowym. Warianty standardowy i URL-safe są wykrywane automatycznie.
2
Automatyczne wykrywanie i naprawa
Dekoder rozpoznaje, czy dane wejściowe używają standardowego Base64 (+/) czy URL-safe Base64 (-_), i automatycznie koryguje brakujące wypełnienie =. Nie ma potrzeby ręcznej normalizacji ciągu przed dekodowaniem.
3
Sprawdź wynik
Zdekodowany tekst pojawia się w polu wyjściowym. Jeśli oryginalne dane były tekstem UTF-8, wyświetlają się jako czytelne znaki. Dane binarne są pokazane bez zmian. Komunikat o błędzie pojawia się, jeśli dane wejściowe zawierają nieprawidłowe znaki, których nie można zdekodować.
4
Skopiuj lub użyj wyniku
Kliknij Kopiuj, aby pobrać zdekodowany wynik, lub użyj go bezpośrednio w swoim procesie pracy. Musisz ponownie zakodować wynik? Przełącz się do narzędzia Koder Base64 jednym kliknięciem.
Jak działa dekodowanie
Każdy znak Base64 jest mapowany na 6-bitową wartość (0–63). Cztery kolejne znaki dostarczają 24 bity, które dekodują się do 3 bajtów oryginalnych danych. Poniższy przykład pokazuje, jak "TWFu" dekoduje się z powrotem do "Man":
Przykład "Man" → TWFu → "Man"
Znak
Indeks
6 bitów
T
19
010011
W
22
010110
F
5
000101
u
46
101110
Cztery 6-bitowe grupy (010011 010110 000101 101110) są łączone w 24 bity, a następnie dzielone na trzy 8-bitowe bajty: 01001101 (M=77), 01100001 (a=97), 01101110 (n=110).
Rozumienie dopełnienia
Kodowanie Base64 grupuje bajty wejściowe w zestawy po 3. Gdy długość wejścia nie jest podzielna przez 3, dodawane są znaki dopełnienia (=) w celu uzupełnienia ostatniej grupy. Podczas dekodowania te znaki = są usuwane, a dekoder wie, że ma odrzucić dodatkowe bity zerowe dodane podczas kodowania.
Oryginał
Zakodowany
Reguła dopełnienia
A
QQ==
1 byte → 2 padding chars
AB
QUI=
2 bytes → 1 padding char
ABC
QUJD
3 bytes → no padding needed
Typowe przypadki użycia
Inspekcja ładunków JWT
Tokeny JWT składają się z trzech segmentów zakodowanych w URL-safe Base64. Zdekodowanie drugiego segmentu (ładunku) ujawnia roszczenia: identyfikator użytkownika, role, czas wygaśnięcia i inne metadane — bez potrzeby klucza podpisu.
Odczytywanie odpowiedzi API
Interfejsy API REST często zwracają dane binarne (zawartość plików, miniatury, materiał kryptograficzny) zakodowane w Base64 w odpowiedziach JSON. Zdekoduj pole, aby odczytać oryginalne dane.
Dekodowanie zawartości e-mail
Treści i załączniki wiadomości e-mail MIME są zakodowane w Base64. Ich dekodowanie ujawnia oryginalną treść tekstową lub umożliwia odtworzenie binarnych załączników.
Wyodrębnianie sekretów Kubernetes
Kubernetes przechowuje wartości sekretów jako Base64 w manifestach YAML. Ich dekodowanie ujawnia rzeczywiste hasła, tokeny i klucze przechowywane w klastrze — przydatne do debugowania i audytowania.
Debugowanie konfiguracji
Zmienne środowiskowe i sekrety potoków CI/CD są często kodowane w Base64 do bezpiecznego przechowywania w plikach konfiguracyjnych YAML lub JSON. Dekoduj je, aby weryfikować rzeczywiste wartości podczas debugowania.
Dekodowanie identyfikatorów URI danych
Identyfikatory URI danych osadzają zasoby zakodowane w Base64 bezpośrednio w HTML/CSS. Zdekoduj fragment Base64, aby wyodrębnić oryginalny obraz, czcionkę lub inny osadzony zasób.
Typowe pułapki
Oto najczęstsze przyczyny błędów dekodowania Base64 w praktyce:
✕
Brakujące dopełnienie
Ciągi Base64 muszą mieć długość będącą wielokrotnością 4. Wiele API i bibliotek JWT usuwa końcowe = dla zwartości. Dodaj dopełnienie z powrotem: liczba brakujących = wynosi (4 - długość % 4) % 4.
✕
Niekonwertowane znaki URL-safe
URL-safe Base64 używa - i _ zamiast + i /. Jeśli przekażesz URL-safe Base64 bezpośrednio do atob() lub base64.b64decode(), to się nie powiedzie. Zawsze zamieniaj - → + i _ → / przed dekodowaniem za pomocą standardowych bibliotek.
✕
Białe znaki i podziały wiersza
Certyfikaty PEM, dane MIME i skopiowany Base64 często zawierają podziały wiersza co 76 znaków. Usuń wszystkie białe znaki przed dekodowaniem, aby uniknąć InvalidCharacterError.
✕
Wyjście binarne vs tekstowe
Base64 może kodować dowolne dane binarne, nie tylko tekst. Jeśli oryginalne dane były plikiem binarnym (obraz, PDF), dekodowanie ich jako tekstu UTF-8 da śmieci. Użyj odpowiedniej metody wyjścia binarnego dla ładunków nietekstowych.
Przykłady kodu
Jak zdekodować ciąg Base64 w popularnych językach i środowiskach:
JavaScript (browser)
// Standard Base64
const decoded = decodeURIComponent(escape(atob(encoded)))
// URL-safe Base64 (restore padding first)
function decodeUrlSafe(str) {
const padded = str.replace(/-/g, '+').replace(/_/g, '/')
const pad = padded.length % 4
return decodeURIComponent(escape(atob(padded + '='.repeat(pad ? 4 - pad : 0))))
}
Wiele narzędzi może dekodować Base64, ale różnią się pod względem prywatności, szybkości i wygody.
To narzędzie
Oparte na przeglądarce, natychmiastowe, prywatne. Żadne dane nie są wysyłane na żaden serwer. Obsługuje standardowy i URL-safe Base64, automatycznie poprawia brakujące wypełnienie i działa offline.
CLI (base64 -d)
Szybkie do skryptów i dużych plików. Wymaga terminala. Wymaga ręcznej normalizacji dla danych URL-safe (-_ → +/).
Narzędzia ogólnego przeznaczenia
Curl, Postman, DevTools przeglądarki i konwertery online mogą wszystkie dekodować Base64. Wygoda jest zróżnicowana; niektóre wysyłają dane na zdalne serwery.
Często zadawane pytania
Dlaczego dekodowanie daje mi śmieci?
Najczęstszą przyczyną jest dekodowanie danych binarnych (obrazy, skompresowane pliki) jako tekstu UTF-8 — bajty binarne często nie tworzą prawidłowych sekwencji Unicode. Inną przyczyną jest dekodowanie URL-safe Base64 (-_) za pomocą standardowego dekodera oczekującego +/. Sprawdź, jakiego wariantu używa Twoje źródło.
Czym jest InvalidCharacterError?
Ten błąd przeglądarki z atob() występuje, gdy wejście zawiera znaki spoza alfabetu Base64, takie jak znaki URL-safe (- lub _), białe znaki, podziały wiersza lub znaki nie-ASCII. Usuń białe znaki i konwertuj znaki URL-safe przed wywołaniem atob().
Skąd wiem, czy mój Base64 jest URL-safe czy standardowy?
Szukaj znaków - lub _: jeśli są obecne, jest to URL-safe Base64. Standardowy Base64 używa + i /. URL-safe Base64 zazwyczaj pomija również znaki dopełnienia =. Tokeny JWT zawsze używają URL-safe Base64.
Czy dekodowanie Base64 może cicho zawieść?
Tak. Niektóre dekodery cicho ignorują nieprawidłowe znaki zamiast zgłaszać błąd, produkując niepoprawne wyjście. Zawsze sprawdzaj, czy zdekodowane dane odpowiadają oczekiwanemu formatowi (JSON, nagłówek obrazu itp.) zamiast zakładać, że dekoder się powiódł.
Czy istnieje limit rozmiaru dla dekodowania Base64?
To narzędzie oparte na przeglądarce może obsługiwać ciągi Base64 do kilku megabajtów, zanim interfejs stanie się wolny. Dla bardzo dużych plików użyj narzędzia CLI lub dekodera po stronie serwera.
Dlaczego Base64 kończy się jednym lub dwoma znakami =?
= to znak dopełnienia. Base64 koduje 3 bajty w 4 znaki. Jeśli długość oryginalnych danych nie jest wielokrotnością 3, dodawany jest jeden lub dwa znaki =, aby całkowita długość wyjścia była wielokrotnością 4. Jeden = oznacza 2 bajty wejściowe w ostatniej grupie; dwa == oznaczają 1 bajt wejściowy.
Czy mogę dekodować pliki binarne, obrazy lub pliki PDF?
Tak, ale wynikiem będą surowe dane binarne, które mogą nie wyświetlać się poprawnie jako tekst. W przypadku zawartości binarnej lepiej użyć data URI bezpośrednio w tagu '<'img'>' lub '<'a'>' albo zapisać zdekodowane bajty do pliku za pomocą skryptu.
Czy istnieje limit rozmiaru dla dekodowania?
To narzędzie działa całkowicie w przeglądarce bez ograniczeń po stronie serwera. Praktyczne limity zależą od pamięci Twojej przeglądarki. Bardzo duże ciągi Base64 (powyżej kilku MB) lepiej obsługiwać za pomocą narzędzia CLI, takiego jak base64 -d (Linux/macOS) lub certutil -decode (Windows).