IT и интернет

Размер Base16, Base32 и Base64

Сравнивает длину текстового представления бинарных данных в трёх стандартных кодировках.

</>быстрый расчёт
онлайн
Введите данные
Данные не отправляются на сервер
Результат
Base64 с заполнением136символов
Base32 с заполнением160 символов
Base16200 символов
Знаки заполнения Base642 символов
Формула

Как считается результат

Base64 с заполнением = 4*ceil(bytes/3) (символов); Base32 с заполнением = 8*ceil(bytes/5) (символов); Base16 = 2*bytes (символов); Знаки заполнения Base64 = 4*ceil(bytes/3)-ceil(bytes*8/6) (символов)
Пример с тестовыми данными

Длина исходных данных: 100 байт

Base64 с заполнением: 136 символов; Base32 с заполнением: 160 символов; Base16: 200 символов; Знаки заполнения Base64: 2 символов
О расчёте

Как пользоваться
калькулятором

Сравнивает длину текстового представления бинарных данных в трёх стандартных кодировках.

Base64 кодирует каждые три байта четырьмя символами, Base32 — каждые пять байтов восемью, а Base16 использует два символа на байт. Неполные блоки дополняются знаками равенства.

  1. 01
    Подготовьте данные

    Используйте исходные величины именно для рассматриваемого случая: длина исходных данных в байт.

  2. 02
    Проверьте единицы и условия

    Используются стандартные кодировки RFC 4648 с заполнением. Варианты без padding, MIME-разбиение на строки и нестандартные алфавиты требуют поправки; кодирование не является шифрованием или сжатием.

  3. 03
    Прочитайте результат

    Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём.

Подробное объяснение

Как читать результат

Расшифровка показателей, пример вычисления и ограничения метода — без лишних терминов.

01

Что означают результаты

Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём.

02

Когда модель применима

Используются стандартные кодировки RFC 4648 с заполнением. Варианты без padding, MIME-разбиение на строки и нестандартные алфавиты требуют поправки; кодирование не является шифрованием или сжатием.

Разбор по шагам

Пример расчёта

Пример 1
Исходные данные
Длина исходных данных: 100 байт
Вычисление
Base64 кодирует каждые три байта четырьмя символами, Base32 — каждые пять байтов восемью, а Base16 использует два символа на байт. Неполные блоки дополняются знаками равенства. Base64 с заполнением: 4 × ceil((100) ÷ 3) = 136 символов. Base32 с заполнением: 8 × ceil((100) ÷ 5) = 160 символов. Base16: 2 × (100) = 200 символов. Знаки заполнения Base64: 4 × ceil((100) ÷ 3)-ceil((100) × 8 ÷ 6) = 2 символов.
Результат
Base64 с заполнением: 136 символов; Base32 с заполнением: 160 символов; Base16: 200 символов; Знаки заполнения Base64: 2 символов

Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём.

Пример 2
Исходные данные
Длина исходных данных: 0 байт
Вычисление
Base64 с заполнением: 4 × ceil((0) ÷ 3) = 0 символов. Base32 с заполнением: 8 × ceil((0) ÷ 5) = 0 символов. Base16: 2 × (0) = 0 символов. Знаки заполнения Base64: 4 × ceil((0) ÷ 3)-ceil((0) × 8 ÷ 6) = 0 символов.
Результат
Base64 с заполнением: 0 символов; Base32 с заполнением: 0 символов; Base16: 0 символов; Знаки заполнения Base64: 0 символов

Этот вариант использует другие исходные данные: Длина исходных данных — 0. Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём.

Формула и обозначения

Base64 с заполнением = 4*ceil(bytes/3) (символов); Base32 с заполнением = 8*ceil(bytes/5) (символов); Base16 = 2*bytes (символов); Знаки заполнения Base64 = 4*ceil(bytes/3)-ceil(bytes*8/6) (символов)

bytes — длина исходных данных, единица: байт.

Base64 кодирует каждые три байта четырьмя символами, Base32 — каждые пять байтов восемью, а Base16 использует два символа на байт. Неполные блоки дополняются знаками равенства.

Практическое применение

Сравнивает длину текстового представления бинарных данных в трёх стандартных кодировках. Base64 кодирует каждые три байта четырьмя символами, Base32 — каждые пять байтов восемью, а Base16 использует два символа на байт. Неполные блоки дополняются знаками равенства.

Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём.

Частые ошибки

Используйте исходные величины именно для рассматриваемого случая: длина исходных данных в байт.

Используются стандартные кодировки RFC 4648 с заполнением. Варианты без padding, MIME-разбиение на строки и нестандартные алфавиты требуют поправки; кодирование не является шифрованием или сжатием.

Источники и допущения

Основание расчёта

Метод, правило или ставка сверены с указанным источником. Последняя проверка этой реализации: 2026-09-30.

RFC 4648: Base16, Base32 и Base64 ↗
Коротко о главном

Вопросы
и ответы

Что показывает «base64 с заполнением»?+

Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём.

Как проверить расчёт на конкретном примере?+

Длина исходных данных: 100 байт. Base64 с заполнением: 136 символов; Base32 с заполнением: 160 символов; Base16: 200 символов; Знаки заполнения Base64: 2 символов. Base64 кодирует каждые три байта четырьмя символами, Base32 — каждые пять байтов восемью, а Base16 использует два символа на байт. Неполные блоки дополняются знаками равенства.

Какие ограничения есть у метода?+

Используются стандартные кодировки RFC 4648 с заполнением. Варианты без padding, MIME-разбиение на строки и нестандартные алфавиты требуют поправки; кодирование не является шифрованием или сжатием.

Можно ли изменить исходные данные и сравнить варианты?+

Да. Длины учитывают заполнение, но не переносы строк. Для ASCII каждый символ занимает один байт; JSON-обёртка, data URI и HTTP-заголовки добавляют собственный объём. Сравнивайте варианты в одинаковых единицах и при неизменных допущениях: Используются стандартные кодировки RFC 4648 с заполнением. Варианты без padding, MIME-разбиение на строки и нестандартные алфавиты требуют поправки; кодирование не является шифрованием или сжатием.