Дополнительные параметры
Разделитель перевода строки
Различные операционные системы используют разные символы перевода строки — например, Unix и Windows не используют одни и те же символы перевода строки. После декодирования все символы перевода строки в вашем выводе будут заменены выбранной опцией. Эта настройка определяет, как работает функция "Декодировать каждую строку отдельно".
Декодировать каждую строку отдельно
При включении этой опции каждая строка ввода будет рассматриваться как отдельная строка Base64 и декодироваться независимо. Это особенно полезно, когда необходимо декодировать несколько различных записей Base64, разделённых разрывами строк.
Удалить разрывы строк
Данные Base64 в формате MIME (например, из писем) часто содержат разрывы строк каждые 76 символов. Включите эту опцию, чтобы удалить эти разрывы строк перед декодированием. Это обеспечивает корректное декодирование MIME-форматированных данных Base64.
Обрабатывать URL-безопасное кодирование
Включите эту опцию, если ваш ввод использует URL-безопасный вариант Base64 (RFC 4648 / Base64URL), где символ "-" означает "+", а символ "_" означает "/", и заполнение может быть опущено. Эта опция преобразует ввод обратно в стандартный Base64 перед декодированием.
Режим реального времени
Когда режим реального времени включен, ваш ввод декодируется мгновенно с использованием встроенных JavaScript-функций вашего браузера — без передачи данных на наши серверы. Обратите внимание, что данный режим в настоящее время поддерживает только вывод текста в UTF-8.
Примечание: Для бинарных файлов (изображений, документов и т. д.) убедитесь, что вы сохраняете результат, а не копируете его, чтобы избежать повреждения данных.
Что такое декодирование Base64?
Декодирование Base64 обращает схему кодирования двоичного в текст Base64, преобразуя ASCII-строку обратно в точную последовательность байтов, которая её изначально породила. Base64 использует фиксированный алфавит из 64 символов — заглавные буквы A–Z, строчные буквы a–z, цифры 0–9 и два символа + и / — плюс = как завершающий символ дополнения. Формат определён в RFC 4648 §4, который также описывает безопасный для URL вариант Base64URL, заменяющий + и / на - и _. Кодирование отображает каждые три входных байта (24 бита) в четыре символа Base64 (4 × 6 битов), поэтому закодированный вывод всегда примерно на 33 % длиннее оригинала. Декодирование обращает это соотношение: полезная нагрузка JWT, MIME-кодированное вложение электронной почты или встроенный data:-URI — все возвращаются к исходным байтам через ту же самую точную обратную операцию.
Как работает декодирование Base64?
Декодирование Base64 механически обращает конвейер кодирования. Декодер читает по четыре символа Base64 за раз, ищет каждый в 64-символьном алфавите, чтобы восстановить его 6-битное значение, объединяет четыре 6-битных значения в один 24-битный буфер, а затем разделяет этот буфер на три 8-битных байта. Завершающее дополнение = сигнализирует, что последняя группа декодируется только в два байта (один =) или один байт (два =). Канонический пример — строка Base64 TWFu, которая декодируется в трёхбуквенное ASCII-слово Man. По алгоритму: T имеет индекс алфавита 19 → 010011; W — индекс 22 → 010110; F — индекс 5 → 000101; u — индекс 46 → 101110. Объединённые, эти биты образуют 010011 010110 000101 101110, которые перегруппировываются в последовательность байтов 01001101 01100001 01101110 — ASCII-коды букв M, a, n.
- Проверьте входную строку по 64-символьному алфавиту и правилам дополнения, отклоняя любые случайные пробелы или внеалфавитные символы, пережившие транспортировку.
- Преобразуйте каждый символ Base64 в его 6-битное значение с помощью таблицы поиска (или по его позиции в
A–Z a–z 0–9 + /). - Объедините 6-битные значения по четыре в 24-битные буферы.
- Разделите каждый 24-битный буфер обратно на три 8-битных байта, которые становятся исходными двоичными или ASCII-данными.
- Учтите завершающее дополнение
=, отбросив из последней группы один или два байта в соответствии с требованиями.
Зачем использовать Base64-декодер?
- Восстановление данных: Получите исходные двоичные байты из любой безопасной для текста полезной нагрузки Base64 перед дальнейшей обработкой. Например, декодируйте столбец базы данных, в котором PDF-чек хранится в Base64, чтобы байты можно было снова записать на диск и открыть.
- Вложения электронной почты: Извлекайте файлы и изображения из тел сообщений, закодированных в MIME, которые оборачивают двоичные части как строки Base64. Типичный случай — вытащить PNG из блока
Content-Transfer-Encoding: base64в сохранённом файле.eml, когда вложение не удаётся скачать. - Веб-ресурсы: Преобразуйте встроенные
data:URI обратно в их исходные байты, чтобы проверить, что страница на самом деле отдала. Например, вставьте URLdata:image/svg+xml;base64,…из правила CSS и восстановите SVG-разметку, чтобы провести её аудит. - Интеграция API: Обрабатывайте полезные нагрузки Base64, которые сервисы REST и GraphQL возвращают, когда двоичные поля не могут передаваться как сырые байты. Распространённый случай — декодировать подпись JWT, OAuth-токен обновления или заголовок S3
Content-MD5, чтобы сверить запрос от начала до конца.
Каковы распространённые применения декодирования Base64?
Декодирование Base64 необходимо в различных сценариях, включая:
- Обработка электронной почты: Извлекайте вложения из сообщений, закодированных в MIME, не запуская полноценный почтовый клиент. Инженеры делают это при разборе некорректного сообщения в очереди поддержки или при восстановлении файла из архивного экспорта
.mbox, когда исходный клиент уже не установлен. - Веб-разработка: Преобразуйте встроенные Base64
data:URI обратно в исходные байты, чтобы ресурс можно было проверить или заменить на файл с хэшем. Это рутинная задача при рефакторинге таблицы стилей, в которой иконка встроена какdata:image/svg+xml;base64,…. - Отладка API: Декодируйте поля Base64 внутри ответов JSON или XML, чтобы исходное значение было читаемым в журналах. Типичные примеры включают
payloadJWT,ETagв S3, оборачивающий MD5, или заголовок подписи webhook, возвращённый сторонним провайдером.
Как выглядит пример декодирования Base64?
Строка Base64 TWFu при декодировании превращается в слово Man. Процесс декодирования преобразует каждый символ Base64 в его 6-битное значение, объединяет эти биты и восстанавливает исходные символы ASCII.
Этот декодер Base64 бесплатный и приватный?
Да — этот декодер Base64 полностью бесплатен, не требует учётной записи или регистрации и работает целиком внутри вашего браузера. Когда вы вставляете строку Base64 или перетаскиваете файл, декодирование происходит локально через стандартные API JavaScript (atob для текста и FileReader плюс преобразование в типизированный массив для двоичного содержимого). Ваши входные данные никогда не покидают устройство, никакая копия не пишется ни в один серверный журнал, к декодируемому содержимому не прикрепляется телеметрия, и нет ограничения по скорости, по числу символов или сохранённой истории. Вы можете пользоваться инструментом офлайн после первой загрузки страницы, потому что тот же код, который запускается при первом посещении, кэшируется браузером. Мы также избегаем сторонних аналитических скриптов, которые читали бы поля формы. Это делает инструмент безопасным для чувствительных полезных нагрузок — JWT-токенов на предъявителя, учётных данных, встроенных в data:-URI, конфигурационных секретов и материалов сертификатов или закрытых ключей в обёртке Base64, которые нельзя никуда загружать.
Наш онлайн-инструмент декодирования Base64 предоставляет быстрый и безопасный способ декодирования ваших данных Base64. Независимо от того, извлекаете ли вы встроенные изображения с веб-страниц или обрабатываете ответы API, декодирование Base64 является необходимым инструментом для современной веб-разработки.