Web und Entwicklung / CLEARBYTE

Base64-Größentabelle mit Padding

Standard-Base64 mit Padding braucht 4 × aufrunden(Originalbytes ÷ 3) Zeichen ohne Zeilenumbrüche. Drei Bytes werden vier Zeichen; bei kleinen Eingaben erhöht Padding den prozentualen Mehraufwand.

Base64-Größentabelle mit Padding

Standard-Base64 mit Padding braucht 4 × aufrunden(Originalbytes ÷ 3) Zeichen ohne Zeilenumbrüche. Drei Bytes werden vier Zeichen; bei kleinen Eingaben erhöht Padding den prozentualen Mehraufwand.
OriginalbytesBase64-Zeichen mit PaddingZusätzliche Zeichen gegenüber EingabebytesGrößenzunahme
000Nicht anwendbar
143300.00%
242100.00%
34133.33%
1001363636.00%
1024136834433.59%
1000001333363333633.34%
1000000133333633333633.33%
Diese Tabelle als CSV herunterladen ↓

Formel und Methode

Encoded characters = 4 × ceil(n ÷ 3)
Increase% = (encoded characters ÷ n − 1) × 100 for positive n.

Angenommen werden Ein-Byte-ASCII, Standard-Padding und keine Hülle oder Zeilenumbrüche. JSON ergänzt Anführungszeichen und Struktur, eine data URL Präfix und Medientyp; Prozentkodierung kann weiter vergrößern. Base64 kodiert, verschlüsselt und komprimiert aber nicht. Große Daten nähern sich vor Transportkompression 4:3. Base64url ohne Padding hat andere Längen.

Rechenbeispiel

1024 Bytes ergeben 1368 Zeichen: 4 × aufrunden(1024 ÷ 3). Das sind 344 mehr, etwa 33,59%, vor data-URL-Präfix oder JSON-Hülle.

Was das Ergebnis beeinflussen kann

Standard-Base64 mit Padding ohne Umbrüche. HTTP-Kompression kann den Transfer verkleinern, nicht aber die unkomprimierte kodierte Zeichenzahl.

Quellen und Definitionen

Methode geprüft:

Mit einer verwandten Aufgabe fortfahren