Base64 디코더
임의의 Base64 문자열을 읽기 쉬운 텍스트로 복원합니다. 줄 바꿈, 누락된 = 패딩, URL 안전 형식도 그대로 인식하는 관대한 디코더입니다.
0자 · 0 바이트 · 0줄
결과
0자 · 0 바이트 · 0줄
Base64 디코딩이란
디코딩은 Base64 4문자 그룹을 원래 3바이트로 되돌립니다. 이 디코더는 의도적으로 관대하게 만들어져 줄 바꿈, 불필요한 공백, 누락된 = 패딩, URL 안전 형식(-과 _)을 사전 정리 없이 그대로 받아들입니다.
흔한 작업으로는 JWT 페이로드 확인, API 토큰 검사, Data URL이나 이메일 첨부 파일 들여다보기가 있습니다. 디코딩된 바이트는 UTF-8 텍스트로 표시되므로 이미지 같은 바이너리를 디코딩하면 깨진 문자로 보이는데, 이는 정상입니다. 모든 처리가 로컬에서 이루어지므로 토큰을 붙여넣어도 안전합니다.
이 도구가 처리하는 것
유니코드를 정확하게 처리
인코딩 전에 텍스트를 UTF-8 바이트로 변환하므로 한글, café, 🔒 도 오류 없이 정확하게 왕복합니다.
관대한 디코더
줄바꿈, 불필요한 공백, 빠진 = 패딩, URL 안전 문자 집합까지 그대로 받아들입니다. 미리 정리할 필요가 없습니다.
데이터가 탭을 벗어나지 않음
인코딩은 사용자 기기의 JavaScript에서 실행됩니다. 토큰, 자격 증명, 페이로드가 어디로도 전송되지 않습니다.
자주 묻는 질문
문자열이 Base64인지 어떻게 알 수 있나요?
A–Z a–z 0–9 + /(URL 안전 버전은 -와 _)만 사용하고, 길이가 4의 배수이며, 끝에 = 패딩이 한두 개 붙을 수 있습니다.
디코딩 결과가 깨져 보이는 이유는?
흔한 원인은 두 가지입니다. 원본 데이터가 텍스트가 아닌 바이너리(이미지, 압축 파일)였거나, 텍스트가 UTF-8이 아닌 레거시 인코딩을 사용했거나입니다. 디코딩 자체는 정상입니다.
= 패딩이 없어도 디코딩되나요?
네. 패딩 누락, 포함된 줄 바꿈, URL 안전 형식은 모두 자동으로 처리됩니다.
다른 곳에서 실패한 JWT 세그먼트가 여기서는 되는 이유는?
JWT는 패딩 없는 URL 안전 형식을 사용합니다. 많은 디코더가 이를 거부하지만 이 도구는 기본적으로 지원합니다.