0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0
설정
Base64로 텍스트를 인코딩 및 디코딩할 수 있으며, 여러 문자 인코딩을 지원합니다. URL-safe 변형은
+을 -으로, /을 _으로 바꾸고, =(RFC 4648 §5)라는 채우기를 제거합니다.작동 방식
Base64는 64개의 인쇄 가능한 ASCII 문자로 데이터를 표현합니다. 입력 3바이트마다 4개의 문자가 되므로, 결과는 원본보다 약 33% 더 큽니다.
암호화도 압축도 아닙니다. 누구나 디코딩할 수 있는 가역 인코딩입니다. 텍스트 전용으로 설계된 경로로 이진 데이터를 전송하는 데 사용됩니다.
URL 안전 변형(RFC 4648 §5)은 +와 / 대신 -와 _를 사용하고 = 패딩을 생략하여, 결과를 이스케이프하지 않고 URL과 파일 이름에 넣을 수 있습니다.
예시
Hello WorldSGVsbG8gV29ybGQ=CaféQ2Fmw6k=UTF-8에서 비 ASCII 문자는 1바이트보다 많이 차지하므로 "é"는 2바이트를 더합니다.>>>?estándar: Pj4+Pw== · URL-safe: Pj4-PwURL 안전 변형은 +와 /를 -와 _로 바꾸고 = 패딩을 제거합니다.활용 사례
- data URI를 통해 이미지, 글꼴, 아이콘을 HTML/CSS에 직접 삽입하기.
- 이메일 첨부 파일(MIME)이나 JSON 안의 이진 데이터를 보내기.
- 키, 인증서, 토큰을 환경 변수와 구성 파일에 저장하기.
- HTTP의 Authorization: Basic 헤더를 위해 자격 증명을 인코딩하기.
자주 묻는 질문
Base64는 암호화 방법인가요?
아니요. 키가 없는 가역 인코딩으로, 누구나 디코딩할 수 있습니다. 보안을 전혀 제공하지 않으며, 데이터를 보호하려면 암호화해야 합니다.
결과가 왜 "="로 끝나나요?
"="는 입력이 3바이트의 배수가 아닐 때 4문자 블록을 채우기 위한 패딩입니다. URL 안전 변형은 이를 생략합니다.
URL 안전 변형은 언제 바람직한가요?
값이 URL, 파일 이름, 식별자에 들어갈 때입니다. 이런 맥락에서 +와 / 문자는 특별한 의미를 갖기 때문입니다.
인코딩된 텍스트가 원본보다 긴 이유는 무엇인가요?
입력 3바이트마다 4개의 문자를 사용하기 때문에 크기가 약 33% 커집니다.
내 텍스트가 서버에 업로드되나요?
아니요. 인코딩과 디코딩은 모두 브라우저에서 이루어집니다.