Base64 인코딩에서 패딩이 사용되는 이유는 무엇입니까?

Question

가능한 중복 :
Why does base64 encoding requires padding if the input length is not divisible by 3?

이 Wikipedia를 인용은 : 디코딩 할 때

...이 패딩 문자는 다음 은 폐기해야하지만 여전히 는 계산을 허용 유효 인코딩되지 않은 텍스트의 길이, 해당 입력 이진 길이는 3 바이트의 배수가 아닙니다. ...

그러나 패딩 문자를 제거하더라도 길이 원시 데이터 계산은 쉽게 수행 할 수 있습니다.

  |    Encoded 
      |-------------------------------------- 
Raw Size | Total Size | Real Size | Padding Size 
1   | 4   | 2   | 2 
2   | 4   | 3   | 1 
3   | 4   | 4   | 0 
4   | 8   | 6   | 2 
5   | 8   | 7   | 1 
6   | 8   | 8   | 0 
7   | 12   | 10  | 2 
8   | 12   | 11  | 1 
9   | 12   | 12  | 0 
10  | 16   | 14  | 2 
. 
. 
. 

가 그래서 실제 인코딩 크기 (세 번째 열) 당신은 항상 올바르게 크기가 될 것 패딩 무엇인지 추측 할 수 주어진 :

PaddedSize = 4 * Ceil (RealSize/4) 

그래서 이론적으로, 패딩의 필요가 없었다. 알고리즘이 그것을 처리했을 것입니다. Base64 인코딩은 널리 사용되는 산업 표준으로, 많은 응용 프로그램 및 장치에서 사용됩니다. 이것들은 인코딩 된 크기의 감소로부터 이익을 얻었을 것입니다. 그렇다면 왜 Base64 인코딩에서 패딩이 사용되는 것입니까?

Answer 1

인코딩 된 메시지를 4 자 이상의 정수 배로 만듭니다. 이렇게하면 디코더를 약간 더 쉽게 작성할 수 있습니다. 4 블록 단위로 문자를로드 및 처리하고 3 개의 출력 문자로 변환 할 수 있으며 패딩을 사용하면 문자열의 끝 부분을 벗어나지 않고 쉽게이 작업을 수행 할 수 있습니다.

Answer 2

참고로 메시지의 길이에 관계없이 end-padding 길이는 최대 2 바이트이므로 미세 최적화와 같은 중요한 절약이 아닙니다. 응용 프로그램이 제작자이자 인코딩 사용자 인 경우 패딩을 제거 할 수는 있지만 혼전 할 가치는 없습니다.

Answer 3

Base64는 오래된 것으로, 사용 가능한 RAM 및 CPU에 한계가있는 날로부터 왔습니다. 또한 소프트웨어를 작성하는 것이 더 복잡했습니다. 오늘날의 SDK와 툴킷은 이며,은 80 년대 또는 90 년대보다 사용자 친화적이었으며 Base64는 다양한 시스템 아키텍처에서 실행되어야했습니다. 개발자는 Base64 데이터를 디코딩 한 후 "실제"데이터가 대략 n 바이트가 될 것이라고 추정 할 수 있습니다. 그 결과 더 나은 메모리 관리를 할 수있게되었습니다.

오늘은 더 이상 중요하지 않지만 리소스가 제한된 날에는 다시 좋은 소식이었습니다.

업데이트 : 나는 downvote를 5 년 후에 얻을 것이라고 생각하지 않았지만 지금은 내 대답으로 문제를 볼 수 있습니다. 나는 우리 모두가 나이를 먹은다고 생각합니다. ;) 방문객 여러분, 소금 한알로이 답변을 즐기십시오.