Base64 кодирование/декодирование
Base64 кодирование/декодирование
Base64 кодирование/декодирование: Поддерживает кодирование и декодирование Base64 текстовых и двоичных данных с параметрами формата URL-safe и MIME. Поддерживает разбор URL данных, построчное кодирование и автоматическое распознавание формата, подходит для вызовов API, вложений электронной почты и встраивания данных Всё выполняется локально в браузере.
Быстрый старт
Частые сценарии
URL/JWT
предпочтительно использовать вариант URL‑safe (−/_); завершающий '=' можно опустить, чтобы избежать экранирования
Почта/MIME
при необходимости переноса используйте правило 76 символов (CRLF); для веба переносы обычно не нужны. Инструмент поддерживает перенос на 76 символов и переключатель LF/CRLF
Многострочный текст
включите построчное кодирование для независимой обработки строк
MIME/PEM
включите перенос 76; при необходимости включите LF
Data URL
при встраивании генерируйте data:[mime];base64,…; декодер автоматически берёт часть после запятой
Проверка туда‑обратно
сразу после кодирования выполните декодирование и сравните
Загрузка изображения
сохраняйте исходные байты и переключайтесь между Data URL и raw Base64 без повторной загрузки.
Data URL изображения
вставьте data:image/...;base64,..., чтобы автоматически определить MIME и собрать изображение с предпросмотром.
Raw Base64 изображения
перед восстановлением или скачиванием явно укажите исходный MIME-тип изображения.
Дополнительный сценарий
encode base64, decode base64 и base64 конвертер можно закрыть в одном потоке проверки, чтобы быстрее сверить результат перед копированием или экспортом.
Параметры кодирования и варианты
Рекомендации по использованию
Ограничения и совместимость
Конфиденциальность и безопасность
Частые вопросы
Base64 — это схема представления произвольных двоичных данных печатными текстовыми символами. Появилась в почтовом стандарте MIME (1990‑е, RFC 1521/2045), позднее унифицирована RFC 4648. Цель — не «шифрование», а надёжная передача байтов по текстовым каналам. Как это работает: каждые 3 байта (24 бита) разбиваются на четыре 6‑битовых блока и отображаются на 64 символа A–Z, a–z, 0–9, +, /. Если длина не кратна 3, для выравнивания используется «=». Размер обычно увеличивается на ~33 %. Варианты и выбор: RFC 4648 определяет вариант URL‑safe (символы «-» и «_» вместо «+» и «/»; конечные «=» можно опускать). Для URL/Cookie/JWT лучше URL‑safe; для устаревших/MIME‑инструментов — стандартный Base64 (с +/ и =). Этот инструмент по умолчанию выдаёт URL‑safe; декодер принимает оба варианта. Примеры: ??? → стандартный Pz8/, URL‑safe Pz8_; ~~~ → стандартный fn5+, URL‑safe fn5‑. Data URL: при встраивании используйте data:[mime];base64,…; при декодировании извлекайте часть после запятой (инструмент делает это автоматически). Вехи (кратко): 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (обновление MIME) → 2003 RFC 3548 (Simon Josefsson, абстракция Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, унификация и Base64URL, замещает 3548). Также: 1993 RFC 1421 (PEM, J. Linn) использует Radix‑64 (родственно Base64) для переноса двоичных данных в письмах. Безопасность: Base64 — обратимое форматирование, не даёт конфиденциальности/целостности; сначала шифруйте, затем кодируйте.
Нет. Любой может декодировать. Для конфиденциальности сначала шифруйте
Строка должна содержать только A–Z, a–z, 0–9, +, / и =, а также иметь корректную длину
Различия часто вызваны переносами строк, тем сохраняется ли '='‑паддинг, вариантом URL‑safe (−/_) и деталями реализации. Используйте UTF‑8, отключайте переносы и заранее решите, нужен ли URL‑safe и сохранение паддинга
Base64 представляет 8 бит через 6 бит; прирост ~33% — свойство метода
Да, при UTF‑8. Нетекстовые бинарные данные после декодирования могут выглядеть «битым» текстом