なぜBase64エンコーディングでパディングが使用されますか？

Question

可能性の重複：Wikipediaを引用
Why does base64 encoding requires padding if the input length is not divisible by 3?

：

デコード時に...これらのパディング文字は、 を廃棄しなければならないが、それでも の計算が可能有効 符号化されていないテキストの長さ、その 入力バイナリの長さは、 の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 
. 
. 
. 

だから本当のエンコードされたサイズ（3列目）与えられたあなたは常に正しくサイズは次のようになり埋め何を推測することができます。

PaddedSize = 4 * Ceil (RealSize/4) 

だから、理論的には、パディングの必要はありませんでした。アルゴリズムはそれを処理していました。 Base64エンコーディングは一般的な業界標準であることを考慮すると、多くのアプリケーションやデバイスで使用されています。これらは、コード化されたサイズの縮小の恩恵を受けていました。ですから、なぜBase64エンコーディングでパディングが使われるのですか？

Answer 1

エンコードされたメッセージを4文字の整数倍にします。これにより、デコーダの作成がやや楽になるかもしれません。文字を4つのブロックでロードして処理し、3つの出力文字に変換することができます。パディングは、文字列の最後から外れることなく簡単に行うことができます。

Answer 2

メッセージの長さに関係なく、エンドパッドは長さが最大2バイトなので、マイクロ最適化のほうがずっと重要です。アプリケーションがエンコーディングのプロデューサとコンシューマの両方である場合、パディングを取り除くことはできますが、面倒なことではありません。

Answer 3

Base64は古いもので、使用可能なRAMとCPUに制限があった日からのものです。 また、ソフトウェアを書くこともより複雑でした（今日のSDKとツールキットはです。は80年代や90年代に比べて使いやすくなりました）、Base64はさまざまなシステムアーキテクチャで動作する必要がありました。つまり、開発者は、Base64データをデコードした後の「実際の」データは約nバイトであると仮定することができます。その結果、より良い記憶管理を行うことができました。

今日はそれ以上は重要ではありませんが、リソースが限られた日に戻って、これは良いことでした。

更新：私は5年後にdownvoteを取得するとは思っていませんでしたが、今私は私の答えで問題を見ることができます。私たちは皆年を取ると思う。 ;）親愛なる訪問者は、塩の穀物でこの答えをお楽しみください。