어제, 오늘 그리고 내일

Base64 인코딩을 사용하는 이유

Base64 Encoding을 하게되면 전송해야 될 데이터의 양도 약 33% 정도 늘어납니다. 그 이유는 6bit당 2bit의 Overhead가 발생하기 때문입니다.  Base64 Encoding 전 대비 33%나 데이터의 크기가 증가하고, Encoding과 Decoding에 추가 CPU 연산까지 필요한데 우리는 왜 Base64 Encoding을 하는 걸까요?

문자를 전송하기 위해 설계된 Media(Email, HTML)를 이용하여 Binary Data(이미지나 오디오)를 전송 할 때, ASCII로 Encoding하여 전송하게 되면 여러가지 문제가 발생할 수 있습니다. 

▶ ASCII는 7 bits Encoding인데 나머지 1bit를 처리하는 방식이 시스템 별로 상이

▶ 일부 제어문자 (e.g. Line ending)의 경우 시스템 별로 다른 코드값을 갖음

위와 같은 문제로 ASCII는 시스템간 데이터를 전달하기에 안전하지 않습니다.

따라서 ASCII 중 제어문자와 일부 특수문자를 제외한 64개의 안전한 출력 문자만 사용하는 Base64를 사용하는 것입니다.

(* 안전한 출력 문자는 문자 코드에 영향을 받지 않는 공통 ASCII를 의미합니다).

다시 말해 

“Base64는 HTML 또는 Email과 같이 문자를 위한 Media에 Binary Data를 포함해야 될 필요가 있을 때, 포함된 Binary Data가 시스템 독립적으로 동일하게 전송 또는 저장되는걸 보장하기 위해 사용한다” 

라고 정리 할 수 있을 것 같습니다.

Base64 FLAG

▶ NO_PADDING ~ 출력 끝에서 패딩 '=' 문자를 생략하는 인코더 플래그 비트(있는 경우)

▶ NO_WRAP ~ 모든 라인 터미네이터를 생략하는 인코더 플래그 비트(즉, 출력이 하나의 긴 라인에 있을 것입니다). 인코딩시 인코딩 된 문자열이 76자가 넘으려고 하면 "\n" 개행문자를 삽입합니다. 장문의 데이터 시에는 문제가 될 것이 없지만, 개행문자를 기반으로 한 인자 값 전달 등의 경우에 문제가 될 여지가 있습니다. 따라서 Android에서 Base64 인코딩 시에 개행문자를 삽입하지 않는 옵션은 NO_WRAP입니다.