16進数 文字列 変換ツール（文字列→16進数にも対応）

16進数→ASCII 変換の早わかり

16進数→文字列変換とは？

$ 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

この16進数変換ツールでできること

プログラムで16進数を文字列に変換する

16進数→文字列変換の実例

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 → 你好

16進数を文字列に変換する方法

1. 1

   16進数を貼り付ける

   「16進数 → テキスト」タブの入力欄に、手元にある形式のまま貼り付けます。スペース区切り、区切りなし、0x 値、\x エスケープ、バイト配列、xxd の画面出力まるごとでも構いません。入力欄の下に、どの形式として読み取ったかが表示されます。

2. 2

   テキストとエンコードを確認する

   右側にテキストが表示され、自動判別したエンコードとその理由も示されます。推測が外れていたら、下の表ですべての読み方を確認し、「エンコード」メニューで正しいものを選んでください。

3. 3

   不可視文字をチェックする

   NUL、CR、LF などの制御バイトは ␀ ␍ ␊ で表示されます。「不可視文字を表示」のチェックを外して素のテキストにしてから、結果をコピーします。

4. 4

   テキストから16進数への変換も

   「テキスト → 16進数」タブでエンコードと出力形式を選びます。スペース区切りの16進数、0x 値、C・Java・Python・Go の配列、xxd 形式のダンプから選べます。シリアル通信やネットワークプロトコル向けなら CR LF にチェックを入れます。

16進数→文字列変換で失敗する原因

>>> 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

16進数→文字列変換が必要になる場面

シリアル通信・UART のデバッグ

シリアルターミナルは受信データを16進数で表示します。フレームを貼り付ければ中のテキストが読め、末尾の 0D 0A や 00 も見つけられます。逆方向に使えば、機器が受け付ける CR LF 改行付きのコマンドを組み立てられます。

パケットキャプチャの解読

Wireshark や tcpdump からコピーしたプロトコルのペイロードは16進数です。フレーム内のリクエスト行、JSON ボディ、デバイス名をデコードするなら、スクリプトを書くよりここに貼り付けるほうが早く、データも手元から出ません。

アプリケーションログのバイト配列

Java はバイト配列を符号付き 10 進数で、Python は b'...' リテラルで、Node.js は <Buffer ...> の形でログに出力します。ログの断片をそのまま貼り付ければ、UTF-8 か GBK かも含めてテキストを確認できます。

データベースの16進数カラムと BLOB

データベースツールはバイナリのカラムを16進数で表示します。値をデコードして実際に何が保存されているかを確かめたり、テキストを16進数に変換してデータベースの中身と 1 バイトずつ比較したりできます。

ファームウェアや C ソースの文字列

組み込みコードではテキストをバイト配列で持ちます。文字列をそのまま貼れる C 配列に変換したり、ヘッダファイルの配列をテキストに戻して、機器が何を表示するかを確認したりできます。

16進数とテキストの対応関係：ASCII・UTF-8・GBK・UTF-16

1 バイトは16進数 2 桁

1 バイトは 8 ビット、16進数 1 桁は 4 ビットなので、1 バイトは必ず 00 から FF までの 2 桁になり、バイト数は常に桁数の半分です。大文字と小文字の意味は同じです。区切り文字、プレフィックス、配列の構文は表記にすぎません。4865、48 65、0x48, 0x65、\x48\x65 はどれも同じ 2 バイトです。

ASCII：どのエンコードでも共通のバイト

ASCII は 00 から 7F までを割り当てています。表示可能な文字は 20（スペース）から 7E（~）までで、残りは制御文字です。実際のデータでよく見かけるのは 00（NUL）、09（タブ）、0A（ラインフィード）、0D（キャリッジリターン）、1B（エスケープ）です。UTF-8、GBK、ISO-8859-1 はいずれもこれらの値をそのまま保っているため、英語だけのテキストはエンコードを間違えてもほとんど崩れません。

UTF-8：1 文字 1〜4 バイト

UTF-8 は ASCII を 1 バイトで、それ以外の文字をバイトのシーケンスで表します。先頭バイトが長さを示し、C2–DF なら 2 バイト、E0–EF なら 3 バイト、F0–F4 なら 4 バイトで、後続のバイトはすべて 80–BF の範囲に収まらなければなりません。この厳格な構造のおかげで、GBK の中国語の文が UTF-8 として正しい形になることはまずありません（中国語の文 33,910 件で試したところ、該当したのは 55 件でした）。自動判別が問題なく UTF-8 としてデコードできた結果を信頼するのはこのためです。ただし 1 文字だけの場合は事情が違い、GBK の文字の約 18% はたまたま正しい 2 バイトの UTF-8 シーケンスになります。

GBK：中国語の文字は 2 バイト

GBK は ASCII を 1 バイトのまま残し、中国語の文字と全角記号を 2 バイトで表します。先頭バイトは 81 から FE、後続バイトは 7F を除く 40 から FE です。後続バイトの範囲がとても広いため、短い UTF-8 のテキストを GBK として読むと、エラーもなく無関係な文字にデコードされることがよくあります。E4 BD A0 E5 A5 BD（你好）は 浣犲ソ になります。本ページが UTF-8 を先に試すのはこのためです。GB18030 は珍しい文字用の 4 バイトシーケンスを加えて GBK を拡張したもので、本ページのデコードはこれにも対応しています。

UTF-16 とバイト順

UTF-16 は 1 文字 2 バイト（基本多言語面の外の文字は 4 バイト）で、その 2 バイトの並び順は 2 通りあります。UTF-16LE は下位バイトが先で A は 41 00、UTF-16BE は上位バイトが先で 00 41 です。Windows の API や多くのファイルはリトルエンディアンを使い、先頭にバイトオーダーマーク FF FE が付くことがあります。UTF-8 のファイルも EF BB BF で始まることがあります。自動判別はバイトオーダーマークを取り除き、その旨を表示します。

16進数と文字列を確実に相互変換するコツ

送る側と受け取る側の両方でエンコードを明示する

16進数だけでは、どのエンコードで作られたかはわかりません。テキストをバイト列に変換するすべての場所（getBytes()、encode()、シリアルターミナルの設定、データベース接続の文字セット）でエンコードを明示的に指定し、16進数の横に書き添えておけば、受け取る側が推測する必要はありません。

文字コード値ではなくバイトを扱う

JavaScript の charCodeAt() や Java の char 値のように文字コードを返す関数は、エンコード後のバイトではなく UTF-16 のコードユニットを返します。まず TextEncoder、Buffer.from()、getBytes(StandardCharsets.UTF_8) で文字列をエンコードしてから、バイトを書式化してください。

各バイトは必ず 2 桁にそろえる

%02x などを使い、数値を16進数にするだけの呼び出しは避けます。a と 0a はログの中では似て見えますが、ゼロ埋めしていない値を連結すると長さが奇数の文字列になるか、さらに悪い場合は別のバイト列としてデコードされる文字列になります。

1 つのログでは区切りの形式を統一する

ログやトレースでは、スペース区切りの 2 桁ずつなど 1 つの形式を決めて守ります。形式が混在していると、人には読みやすくてもスクリプトは読み違えやすくなります。ゼロ埋めされた値とされていない値が混じっている場合は特にそうです。

バイト数を確認する

変換結果を信用する前に、バイト数を期待値と比べます。プロトコルヘッダの長さフィールド、カラムのサイズ、ファイルサイズなどです。本ページはどちらの方向でもバイト数を表示します。

16進数→文字列変換のよくある質問