Декодер Base64 и URL

Декодирование и кодирование Base64, парсинг URL-кодированных строк, предпросмотр изображений Base64 и декодирование сегментов заголовка или полезной нагрузки JWT

Результат появится здесь.
Предпросмотр изображения
Изображение не обнаружено.
Декодированные изображения будут отображены здесь.

Как использовать

Шаг 1

Выберите режим парсера

Переключайтесь между парсингом Base64, URL или сегмента JWT.

Шаг 2

Вставьте закодированное значение

Введите закодированный текст, URL-адрес данных изображения или полный JWT-токен.

Шаг 3

Декодируйте и проверьте

Прочитайте декодированный результат, просмотрите изображения и скопируйте результаты.

Часто задаваемые вопросы

Можно ли декодировать изображения Base64 прямо в браузере?

Да. Вставьте data URL или строку Base64 изображения, и инструмент отобразит предпросмотр с определённым MIME-типом и размером.

Правильно ли декодирование URL обрабатывает знаки плюса?

Да. В режиме декодирования знаки плюса интерпретируются как пробелы перед декодированием URI, что соответствует стандартному поведению кодирования форм.

Можно ли декодировать только заголовок или полезную нагрузку JWT?

Да. Режим JWT позволяет независимо выбирать и декодировать заголовок, полезную нагрузку или сегменты, связанные с подписью.

В чём разница между стандартным и URL-безопасным Base64?

Стандартный Base64 (раздел 4 RFC 4648) использует символы + и /, которые конфликтуют с зарезервированными символами URL. URL-безопасный алфавит (раздел 5) заменяет их на - и _. JWT всегда использует URL-безопасный алфавит — именно поэтому в подписях токенов никогда не встречаются + или /. Этот инструмент автоматически определяет любой из алфавитов.

Почему Base64 заканчивается знаками = и можно ли их убрать?

Base64 кодирует 3 байта в 4 символа, поэтому входные данные, размер которых не кратен 3, дополняются символами =, чтобы длина оставалась кратной 4. Один = означает 2 оставшихся байта, два = — 1. Заполнение можно безопасно опустить, если длина известна из другого источника — сегменты JWT делают именно так, — а декодеры восстанавливают его автоматически.

Может ли кодирование Base64 повредить текст на других языках?

Сам по себе Base64 работает без потерь, но распространённая функция JavaScript btoa() принимает только символы Latin-1 и выбрасывает исключение на всё остальное. Правильный подход — сначала выполнить кодирование UTF-8 (TextEncoder), а затем закодировать полученные байты в Base64. Этот инструмент выполняет эту цепочку автоматически, поэтому китайский, арабский текст или эмодзи проходят полный цикл без повреждений.

Как определить, действительно ли строка является Base64?

Проверьте три признака: набор символов состоит только из A-Z, a-z, 0-9, +, / (или URL-безопасных - и _); длина кратна 4 после восстановления заполнения; а декодирование даёт осмысленные байты. Ни один метод не даёт 100% гарантии, поскольку многие обычные строки (например, abcd) тоже являются корректным Base64 — важен контекст.

Является ли Base64 формой шифрования?

Нет. Base64 — это обратимое кодирование, которое любой может декодировать без какого-либо секрета — оно не обеспечивает конфиденциальности. Никогда не используйте его для защиты паролей или API-ключей. Для защиты используйте TLS при передаче и настоящий шифр, такой как AES-256-GCM; единственная задача Base64 — делать двоичные данные безопасными для передачи через текстовые каналы.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}