Web et développement / CLEARBYTE

Table de taille Base64 avec remplissage

Base64 standard avec remplissage exige 4 × plafond(octets originaux ÷ 3) caractères, sans sauts de ligne. Trois octets donnent quatre caractères ; le remplissage augmente le surcoût relatif des petites entrées.

Table de taille Base64 avec remplissage

Base64 standard avec remplissage exige 4 × plafond(octets originaux ÷ 3) caractères, sans sauts de ligne. Trois octets donnent quatre caractères ; le remplissage augmente le surcoût relatif des petites entrées.
Octets originauxCaractères Base64 avec remplissageCaractères supplémentaires sur les octets d’entréeAugmentation de taille
000Sans objet
143300.00%
242100.00%
34133.33%
1001363636.00%
1024136834433.59%
1000001333363333633.34%
1000000133333633333633.33%
Télécharger ce tableau en CSV ↓

Formule et méthode

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

ASCII d’un octet, remplissage standard, sans enveloppe ni saut sont supposés. JSON ajoute guillemets et structure ; une data URL ajoute préfixe et type ; l’encodage en pourcentage peut encore agrandir. Base64 encode, sans chiffrer ni compresser. Les grandes données approchent 4:3 avant compression du transport. Base64url sans remplissage a une autre longueur.

Exemple détaillé

1024 octets donnent 1368 caractères : 4 × plafond(1024 ÷ 3). Soit 344 de plus, environ 33,59%, avant préfixe data URL ou enveloppe JSON.

Ce qui peut modifier le résultat

Base64 standard avec remplissage, sans sauts. La compression HTTP peut réduire le transfert sans changer le nombre de caractères encodés non compressés.

Sources et définitions

Méthode vérifiée:

Poursuivre avec une tâche liée