Base64 인코딩·디코딩

RFC 4648에 정의된 Base64는 임의의 바이트를 인쇄 가능한 ASCII 문자 64개(A–Z, a–z, 0–9, +, /)로 표현합니다. 3바이트(24비트)씩 묶어 6비트 숫자 네 개로 나누고, 각 숫자가 문자표에서 문자 하나를 고릅니다. 입력 길이가 3의 배수가 아니면 마지막 묶음 뒤에 = 기호를 한두 개 붙여 채웁니다. 결과는 항상 입력보다 약 33% 커집니다. 3바이트마다 4문자가 되기 때문입니다.

Base64가 존재하는 이유는 많은 전송 경로가 텍스트용으로 만들어졌기 때문입니다. 이메일(MIME), HTML과 CSS의 data: URL, 이미지나 인증서를 담는 JSON 필드, HTTP Basic 인증 헤더가 모두 Base64로 바이너리 데이터를 안전하게 옮깁니다. 암호화가 아니므로 아무것도 숨기지 못하며, 디코딩에는 키가 필요 없습니다.

Base64는 글자가 아니라 바이트를 인코딩하므로, 텍스트를 먼저 바이트로 바꿔야 합니다. 이 도구는 웹의 표준 인코딩인 UTF-8을 항상 사용합니다. é는 2바이트, 이모지는 4바이트, 한글 한 글자는 3바이트가 됩니다. 브라우저에 내장된 btoa 함수만 쓰면 U+00FF보다 큰 문자에서 오류가 나기 때문에 단순한 인코더는 악센트 문자, 한글, 이모지에서 실패합니다. 여기서는 텍스트를 먼저 TextEncoder로 처리하고, 디코딩할 때는 TextDecoder로 되돌립니다. 디코딩한 바이트가 올바른 UTF-8이 아니면(이미지, zip 파일 등) 깨진 글자 대신 16진수로 보여 줍니다.

표준 Base64에 쓰이는 +와 /는 URL과 파일 이름에서 특별한 의미가 있습니다. RFC 4648 5절의 URL 안전 문자표는 이를 -와 _로 바꾸고, 보통 패딩을 생략합니다. JSON Web Token이 바로 이 형식을 씁니다. 디코더는 두 문자표와 패딩 누락을 모두 받아들이므로 어느 쪽이든 붙여 넣으면 됩니다.

파일을 고르면 도구가 FileReader로 로컬에서 읽어 Base64를 돌려주거나, 파일의 MIME 유형이 포함된 완전한 data: URL을 만들어 img 태그나 CSS 배경에 바로 붙여 넣을 수 있게 합니다. 인라인 이미지는 HTTP 요청을 하나 줄여 주지만 크기가 3분의 1만큼 커지고 따로 캐시할 수 없으므로, 사진보다는 작은 아이콘에 적합합니다. 미리 보기와 바로 쓸 수 있는 HTML·CSS 코드가 필요하면 이미지 Base64 변환을 이용하세요.