Перевод hex в текст и обратно: конвертер hex в строку

Быстрые ответы: hex в ASCII

Что такое перевод hex в строку?

$ echo 48656c6c6f | xxd -r -p
Hello

>>> bytes.fromhex('c4e3bac3').decode('gbk')
'你好'
>>> bytes.fromhex('c4e3bac3').decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte

Что умеет этот hex-конвертер

Перевод hex в строку в коде

Примеры перевода hex в текст

48 65 6C 6C 6F 2C 20 E4 B8 96 E7 95 8C

Hello, 世界

CE C2 B6 C8 3A 32 35 2E 33 A1 E6

温度:25.3℃

00000000: 4869 20e4 bda0 e5a5 bd0d 0a              Hi ........

Hi 你好␍␊

[-28, -72, -83, -26, -106, -121]

中文

AT+CSQ\r\n

41 54 2B 43 53 51 0D 0A

653462646130653561356264

e4bda0e5a5bd → 你好

Как перевести hex в текст

1. 1

   Вставьте hex

   Вставьте его в поле на вкладке Hex → Текст в том виде, какой есть: с пробелами, слитно, значения 0x, экранирование \x, массив байтов или целый экран xxd. Строка под полем сообщает, как он был прочитан.

2. 2

   Проверьте текст и кодировку

   Текст появляется справа вместе с автоматически определённой кодировкой и причиной выбора. Если догадка неверна, в таблице ниже есть все варианты прочтения — выберите нужный в меню «Кодировка».

3. 3

   Найдите невидимые символы

   Управляющие байты, например NUL, CR и LF, показываются как ␀ ␍ ␊. Снимите флажок «Показывать невидимые символы», чтобы увидеть чистый текст, и скопируйте результат.

4. 4

   Или переведите текст в hex

   На вкладке Текст → Hex выберите кодировку и формат вывода — hex через пробел, значения 0x, массив для C, Java, Python или Go либо дамп xxd. Для последовательных и сетевых протоколов отметьте CR LF.

Типичные ошибки при переводе hex в текст

>>> bytes.fromhex('c4e3bac3').decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte

>>> bytes.fromhex('c4e3bac3').decode('gbk')
'你好'

'你'.charCodeAt(0).toString(16)   // '4f60' — a UTF-16 code unit

Buffer.from('你', 'utf8').toString('hex')   // 'e4bda0' — the UTF-8 bytes

Integer.toHexString(b)        // "ffffffe4" for 0xE4, "a" for 0x0A

String.format("%02x", b)      // "e4", "0a"

Buffer.from('486', 'hex')      // <Buffer 48> — the 6 is silently dropped
Buffer.from('48zz65', 'hex')   // <Buffer 48> — stops at zz

if (!/^([0-9a-f]{2})*$/i.test(hex)) throw new Error('invalid hex');
Buffer.from(hex, 'hex');

00000000: 4869 20e4 bda0 e5a5 bd0d 0a              Hi ........
→ read naively: 00 00 00 00 48 69 20 e4 …

$ printf 'Hi 你好\r\n' | xxd -p
486920e4bda0e5a5bd0d0a

41 54 2B 43 53 51 0A      AT+CSQ followed by LF only

41 54 2B 43 53 51 0D 0A   AT+CSQ followed by CR LF

Когда нужен конвертер hex в строку

Отладка последовательного порта и UART

Терминалы последовательного порта показывают принятые данные в hex. Вставьте кадр, чтобы прочитать текст внутри и заметить 0D 0A или 00 в конце, — или идите в обратную сторону и соберите команду с окончаниями строк CR LF, которую устройство примет.

Разбор перехваченных пакетов

Содержимое пакетов (payload), скопированное из Wireshark или tcpdump, — это hex. Декодировать строку запроса, тело JSON или имя устройства внутри кадра здесь быстрее, чем писать скрипт, и ничего не покидает ваш компьютер.

Массивы байтов в логах приложений

Java пишет массивы байтов в лог знаковыми десятичными числами, Python — литералами b'...', а Node.js — в виде <Buffer ...>. Вставьте фрагмент лога как есть, чтобы увидеть текст и заодно узнать, был он в UTF-8 или в GBK.

Hex-столбцы и BLOB в базах данных

Клиенты баз данных показывают двоичные столбцы в hex. Декодируйте значение, чтобы проверить, что на самом деле сохранено, или переведите текст в hex, чтобы побайтно сравнить его с тем, что хранится в базе.

Строки в прошивках и исходниках на C

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

Как hex превращается в текст: ASCII, UTF-8, GBK и UTF-16

Две шестнадцатеричные цифры на байт

Байт содержит 8 бит, а одна шестнадцатеричная цифра — 4, поэтому каждый байт — это ровно две цифры, от 00 до FF, и число байтов всегда вдвое меньше числа цифр. Верхний и нижний регистр означают одно и то же. Разделители, префиксы и синтаксис массивов — лишь форма записи: 4865, 48 65, 0x48, 0x65 и \x48\x65 — это одни и те же два байта.

ASCII: байты, в которых сходятся все кодировки

ASCII занимает диапазон от 00 до 7F. Печатные символы идут от 20 (пробел) до 7E (~); остальные — управляющие символы, из которых в реальных данных чаще всего встречаются 00 (NUL), 09 (табуляция), 0A (перевод строки), 0D (возврат каретки) и 1B (escape). UTF-8, GBK и ISO-8859-1 сохраняют эти значения, поэтому обычный английский текст переживает почти любую неверную кодировку.

UTF-8: от одного до четырёх байтов на символ

UTF-8 записывает ASCII одиночными байтами, а все остальные символы — последовательностями. Первый байт задаёт длину — C2–DF для двух байтов, E0–EF для трёх, F0–F4 для четырёх, — а каждый следующий байт обязан лежать в диапазоне 80–BF. Из-за этой строгой структуры предложение в GBK почти никогда не оказывается корректным UTF-8 — в нашем тесте на 33 910 китайских предложениях таких нашлось 55, — и поэтому автоопределение доверяет чистому декодированию UTF-8. С одиночным иероглифом всё иначе: около 18% символов GBK случайно образуют корректную двухбайтовую последовательность UTF-8.

GBK: два байта на китайский иероглиф

GBK сохраняет ASCII в виде одиночных байтов, а китайские иероглифы и полноширинную пунктуацию кодирует двумя: ведущий байт от 81 до FE и следующий за ним байт от 40 до FE, кроме 7F. Поскольку диапазон второго байта так широк, короткий текст в UTF-8, прочитанный как GBK, часто без единой ошибки декодируется в посторонние символы — E4 BD A0 E5 A5 BD (你好) превращается в 浣犲ソ, — поэтому эта страница сначала пробует UTF-8. GB18030 расширяет GBK четырёхбайтовыми последовательностями для более редких иероглифов; декодер здесь их принимает.

UTF-16 и порядок байтов

UTF-16 использует два байта на символ (четыре — для символов за пределами базовой многоязычной плоскости), и эти два байта могут идти в любом порядке. UTF-16LE ставит первым младший байт (A записывается как 41 00), а UTF-16BE — старший (00 41). В Windows API и во многих файлах принят little-endian, а в начале может стоять метка порядка байтов FF FE; файлы в UTF-8 иногда начинаются с EF BB BF. Автоопределение удаляет метку порядка байтов и сообщает об этом.

Как надёжно переводить hex в строки и обратно

Указывайте кодировку на обеих сторонах

Сам по себе hex не говорит, какая кодировка его породила. Везде, где текст превращается в байты, — getBytes(), encode(), настройка терминала последовательного порта, кодировка соединения с базой данных — задавайте кодировку явно и записывайте её рядом с hex, чтобы другой стороне не пришлось гадать.

Работайте с байтами, а не с кодами символов

Функции, возвращающие коды символов, например charCodeAt() в JavaScript или значения char в Java, дают кодовые единицы UTF-16, а не закодированные байты. Сначала закодируйте строку через TextEncoder, Buffer.from() или getBytes(StandardCharsets.UTF_8), а затем форматируйте байты.

Всегда дополняйте каждый байт до двух цифр

Используйте %02x или аналог, а не голый вызов перевода числа в hex. В логе a и 0a выглядят похоже, но склейка значений без дополнения даёт строку нечётной длины или, хуже того, строку, которая декодируется в другие байты.

Держите разделители единообразными в пределах одного лога

Выберите один формат для логов и трассировок, например пары через пробел, и придерживайтесь его. Смешанные форматы людям читать легко, а скриптам — легко прочитать неправильно, особенно когда одни значения дополнены нулями, а другие нет.

Проверяйте число байтов

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

Частые вопросы о переводе hex в текст