Skip to content

ASCIIコード表・アスキー変換ツール

ASCII 128文字の完全なコード表。10進・16進・8進・2進を並べ、文字⇔ASCIIコードの双方向変換もその場でできます。制御文字には各言語のエスケープ、キャレット表記、そして実際にどこで出会うかを併記。すべてブラウザ内で動作し、入力は送信されません。

トラッキングなし ブラウザで動作 無料

すべてブラウザ内で動作します——入力がアップロード・記録・保存されることはありません。

テキストと ASCII コードの双方向変換

ASCII コード表 完全版（0–127）

128 / 128
10進 16進 8進 2進 文字 名称 エスケープ キャレット HTML どこで出会うか
0 00 000 00000000 NUL Null \0 ^@ � C 言語の文字列終端。find -print0 と xargs -0 はこれでファイル名を区切る。grep はこれを見ると「Binary file matches」と報告する。
1 01 001 00000001 SOH Start of Heading ^A  FIX プロトコルはこれをフィールド区切りに使う。FIX のメッセージが一続きの行に見えるのはこのため。
2 02 002 00000010 STX Start of Text ^B  シリアル・POS・バーコードリーダーのプロトコルのフレーム先頭。tmux のプレフィックスキー Ctrl+B。
3 03 003 00000011 ETX End of Text ^C  Ctrl+C が送るのがこのバイト。tty の行規律が SIGINT に変えるので、プログラム自身はこれを受け取らない。
4 04 004 00000100 EOT End of Transmission ^D  Ctrl+D は現在の入力行を確定する。行が空のとき read が 0 バイトを返し、それが EOF。
5 05 005 00000101 ENQ Enquiry ^E  古いリンクのハンドシェイク。これに識別文字列を返す端末もある。
6 06 006 00000110 ACK Acknowledge ^F  古いリンク層プロトコルで ENQ・NAK と対で使う。今も産業用のシリアル機器で見かける。
7 07 007 00000111 BEL Bell \a ^G  printf '\a' でベルが鳴る。今はウィンドウタイトル設定などの OSC シーケンス終端としての方が多い。
8 08 010 00001000 BS Backspace \b ^H  プログレスバーの消去に使う。ただし多くの端末の Backspace キーはこれではなく 0x7F を送る。
9 09 011 00001001 HT Character Tabulation \t ^I 	 Makefile のレシピ行は本物のタブで始めなければならない。gofmt はタブでインデントし、Tab キーと Ctrl+I は同じバイト。
10 0A 012 00001010 LF Line Feed \n ^J 
 Unix と macOS の改行。git の core.autocrlf はこれと CRLF の間で変換する。
11 0B 013 00001011 VT Line Tabulation \v ^K  ほぼ絶滅したが今も改行として数えられる。splitlines() はここで分割するが split("\n") はしない。
12 0C 014 00001100 FF Form Feed \f ^L  プリンタの改ページ。Ctrl+L で端末をクリア。Emacs はソース中の区切り記号として使う。
13 0D 015 00001101 CR Carriage Return \r ^M 
 Windows CRLF の前半。git diff では ^M と表示され、「bad interpreter: /bin/bash^M」の原因になる。
14 0E 016 00001110 SO Shift Out ^N  ISO 2022 で G1 の代替文字集合に切り替える。EBCDIC のメインフレームでは 2 バイト領域を囲む。
15 0F 017 00001111 SI Shift In ^O  G0 の既定の文字集合に戻す。SO と対で使う。
16 10 020 00010000 DLE Data Link Escape ^P  古いバイナリプロトコルでのバイトスタッフィングのエスケープ前置符号。
17 11 021 00010001 DC1 Device Control One ^Q  XON——ソフトウェアフロー制御の再開。Ctrl+Q で端末の出力が解除される。
18 12 022 00010010 DC2 Device Control Two ^R  現代では固定した意味はない。シェルの Ctrl+R は readline のキー割り当てで、この符号とは無関係。
19 13 023 00010011 DC3 Device Control Three ^S  XOFF——ソフトウェアフロー制御の一時停止。端末が「固まった」原因はたいてい Ctrl+S の誤爆。
20 14 024 00010100 DC4 Device Control Four ^T  現代では固定した意味はない。BSD と macOS では Ctrl+T が tty のステータスキー。
21 15 025 00010101 NAK Negative Acknowledge ^U  Ctrl+U は行全体を削除する——それは tty の kill 設定であって、この符号の本来の意味ではない。
22 16 026 00010110 SYN Synchronous Idle ^V  Ctrl+V は lnext。これを押してから Tab を押すと、補完を起こさずに本物のタブを bash に入力できる。
23 17 027 00010111 ETB End of Transmission Block ^W  Ctrl+W は直前の単語を削除する——tty の werase 設定。
24 18 030 00011000 CAN Cancel ^X  ECMA-48 では未完了の制御シーケンスを中止するのに使う。端末は解析中のシーケンスを破棄する。
25 19 031 00011001 EM End of Medium ^Y  今日ではほとんど使われない。BSD と macOS では Ctrl+Y が遅延サスペンド。
26 1A 032 00011010 SUB Substitute ^Z  CP/M と DOS のテキストファイルの終端記号。Windows のコンソールが Ctrl+Z で入力を終えるのはこのため。
27 1B 033 00011011 ESC Escape ^[  すべての ANSI エスケープシーケンスの起点。\033[0m で色をリセット、\033[2J で画面消去。Ctrl+[ でも送れる。
28 1C 034 00011100 FS File Separator ^\  HL7 v2 の MLLP フレーミングではブロック終端符。Ctrl+\ は SIGQUIT を送る。
29 1D 035 00011101 GS Group Separator ^]  GS1 バーコードの FNC1 区切りはこのバイト——スキャナが吐き出す、あの見えない区切り文字。
30 1E 036 00011110 RS Record Separator ^^  RFC 7464 の JSON Text Sequences は各レコードの先頭にこれを置く。今も生きている数少ない用途の一つ。
31 1F 037 00011111 US Unit Separator ^_  構造化テキストのフィールド区切り。本文には現れないのでカンマより安全。
32 20 040 00100000 Space  
33 21 041 00100001 Exclamation Mark !
34 22 042 00100010 Quotation Mark "
35 23 043 00100011 Number Sign #
36 24 044 00100100 Dollar Sign $
37 25 045 00100101 Percent Sign %
38 26 046 00100110 Ampersand &
39 27 047 00100111 Apostrophe '
40 28 050 00101000 Left Parenthesis (
41 29 051 00101001 Right Parenthesis )
42 2A 052 00101010 Asterisk *
43 2B 053 00101011 Plus Sign +
44 2C 054 00101100 Comma ,
45 2D 055 00101101 Hyphen-Minus -
46 2E 056 00101110 Full Stop .
47 2F 057 00101111 Solidus /
48 30 060 00110000 Digit Zero 0
49 31 061 00110001 Digit One 1
50 32 062 00110010 Digit Two 2
51 33 063 00110011 Digit Three 3
52 34 064 00110100 Digit Four 4
53 35 065 00110101 Digit Five 5
54 36 066 00110110 Digit Six 6
55 37 067 00110111 Digit Seven 7
56 38 070 00111000 Digit Eight 8
57 39 071 00111001 Digit Nine 9
58 3A 072 00111010 Colon :
59 3B 073 00111011 Semicolon &#59;
60 3C 074 00111100 Less-Than Sign <
61 3D 075 00111101 Equals Sign =
62 3E 076 00111110 Greater-Than Sign >
63 3F 077 00111111 Question Mark ?
64 40 100 01000000 Commercial At @
65 41 101 01000001 Latin Capital Letter A A
66 42 102 01000010 Latin Capital Letter B B
67 43 103 01000011 Latin Capital Letter C C
68 44 104 01000100 Latin Capital Letter D D
69 45 105 01000101 Latin Capital Letter E E
70 46 106 01000110 Latin Capital Letter F F
71 47 107 01000111 Latin Capital Letter G G
72 48 110 01001000 Latin Capital Letter H H
73 49 111 01001001 Latin Capital Letter I I
74 4A 112 01001010 Latin Capital Letter J J
75 4B 113 01001011 Latin Capital Letter K K
76 4C 114 01001100 Latin Capital Letter L L
77 4D 115 01001101 Latin Capital Letter M M
78 4E 116 01001110 Latin Capital Letter N N
79 4F 117 01001111 Latin Capital Letter O O
80 50 120 01010000 Latin Capital Letter P P
81 51 121 01010001 Latin Capital Letter Q Q
82 52 122 01010010 Latin Capital Letter R R
83 53 123 01010011 Latin Capital Letter S S
84 54 124 01010100 Latin Capital Letter T T
85 55 125 01010101 Latin Capital Letter U U
86 56 126 01010110 Latin Capital Letter V V
87 57 127 01010111 Latin Capital Letter W W
88 58 130 01011000 Latin Capital Letter X X
89 59 131 01011001 Latin Capital Letter Y Y
90 5A 132 01011010 Latin Capital Letter Z Z
91 5B 133 01011011 Left Square Bracket [
92 5C 134 01011100 Reverse Solidus \
93 5D 135 01011101 Right Square Bracket ]
94 5E 136 01011110 Circumflex Accent ^
95 5F 137 01011111 Low Line _
96 60 140 01100000 Grave Accent `
97 61 141 01100001 Latin Small Letter A a
98 62 142 01100010 Latin Small Letter B b
99 63 143 01100011 Latin Small Letter C c
100 64 144 01100100 Latin Small Letter D d
101 65 145 01100101 Latin Small Letter E e
102 66 146 01100110 Latin Small Letter F f
103 67 147 01100111 Latin Small Letter G g
104 68 150 01101000 Latin Small Letter H h
105 69 151 01101001 Latin Small Letter I i
106 6A 152 01101010 Latin Small Letter J j
107 6B 153 01101011 Latin Small Letter K k
108 6C 154 01101100 Latin Small Letter L l
109 6D 155 01101101 Latin Small Letter M m
110 6E 156 01101110 Latin Small Letter N n
111 6F 157 01101111 Latin Small Letter O o
112 70 160 01110000 Latin Small Letter P p
113 71 161 01110001 Latin Small Letter Q q
114 72 162 01110010 Latin Small Letter R r
115 73 163 01110011 Latin Small Letter S s
116 74 164 01110100 Latin Small Letter T t
117 75 165 01110101 Latin Small Letter U u
118 76 166 01110110 Latin Small Letter V v
119 77 167 01110111 Latin Small Letter W w
120 78 170 01111000 Latin Small Letter X x
121 79 171 01111001 Latin Small Letter Y y
122 7A 172 01111010 Latin Small Letter Z z
123 7B 173 01111011 Left Curly Bracket {
124 7C 174 01111100 Vertical Line |
125 7D 175 01111101 Right Curly Bracket }
126 7E 176 01111110 Tilde ~
127 7F 177 01111111 DEL Delete ^?  ほとんどの端末で Backspace キーが実際に送るのはこれ。名前は紙テープ由来で、7 つの穴を全部開けた状態。

2進の列は読みやすさのために 8 桁に揃えてあります。ASCII 自体は 7 ビットの符号で、最上位ビットは常に 0 です——UTF-8 が ASCII と後方互換でいられるのは、まさにこの性質のおかげです。

128–255 はどうなっているの？

ASCII は 128–255 をまったく定義していません。「拡張 ASCII」はどの規格の名前でもなく、8 ビット符号化の一群を指す通称です。同じバイトが、それぞれで別の文字になります：

バイト ISO-8859-1 Windows-1252 CP437 CP866
0x80 U+0080 C1 制御文字（不可視） € Ç А
0x93 U+0093 C1 制御文字（不可視） “ ô У
0xB0 ° ° ░ ░
0xE9 é é Θ щ
0xFF ÿ ÿ U+00A0 U+00A0
文字の分類はテスト時に Unicode 自身のカテゴリと突き合わせ、Windows-1252 の対応はプラットフォームのデコーダーと 1 バイトずつ照合しています。 — Go-Tools エンジニアリングチーム · Sep 2, 2026

表のすべての値は、サーバーとブラウザが共有する 1 つのエンジンから生成しています。だからクローラーが読む内容と、あなたが操作して得る結果が食い違うことはありません。言語ごとのエスケープの違いは、記憶から引いたのではなく、各言語で実際にコンパイルして実行して確かめました。

クイックリファレンス

A の ASCII コードは？

A = 65 大文字の `A` は10進で 65、16進で `0x41`、8進で `101`、2進で `01000001` です。小文字の `a` は 97——ちょうど 32 大きく、その差はビット 1 個分です。

ASCII の文字数は？

128 128 個、番号は 0 から 127 まで。内訳は制御文字 32 個、空白を含む図形文字 95 個、そして DEL です。

ASCII の 0 は何ですか？

0 = NUL NUL、ヌル文字です。C では文字列を終端し、`find -print0` ではファイル名を区切り、`grep` にはファイルをバイナリと判定させます。

改行はどのバイトですか？

LF = 10, CR = 13 改行（LF）は 10（`0x0A`、`\n`）、復帰（CR）は 13（`0x0D`、`\r`）です。Windows の改行はその両方で、CR が先です。

ASCII とは？

ASCII は 7 ビットの文字符号化です——符号位置は 128 個、番号は 0 から 127 まで、それ以上はありません。最初は ASA X3.4-1963 として公開され、現行版は ANSI X3.4-1986 です。RFC 20 がインターネット上での用法を定め、2015 年にインターネット標準 STD 80 に格上げされました。最初の版には小文字がまったくありませんでした——小文字が入ったのは 1967 年の改訂版です。127 より上のものはすべて別の符号化に属し、ASCII ではありません。

0x00-0x1F   32 C0 control characters
0x20         1 space (a graphic character, not a control)
0x21-0x7E   94 printable graphic characters
0x7F         1 DEL (a control character, but not part of C0)
            ---
            128 total

この表でできること

4 つの基数を並べて表示

128 個の符号位置すべてについて10進・16進・8進・8 桁の2進を掲載。先頭の 0 が、ASCII が本当は 7 ビットであることを思い出させてくれます。

言語ごとのエスケープ表記

\0 \a \b \t \n \v \f \r の列に加えて、実際にビルドを壊す違いも——JavaScript に \a はなく、Java は \a も \v もなく、\e は ISO C ではなく GNU 拡張です。

キャレット表記

^@ から ^? までの列と、33 個の制御文字すべてに通用するただ一つの規則：バイトと 0x40 の排他的論理和を取る。足すのでも引くのでもなく、XOR です。

その制御文字に実際どこで出会うか

「SOH——見出し開始」で終わらせず、FIX プロトコルがそれをフィールド区切りに使うこと、0x1D がバーコードリーダーの吐き出す見えない区切りであること、Ctrl+S で端末が固まるのは XOFF であることまで書いています。

推測しない変換器

基数はあなたが選びます。127 を超えるバイトは、Windows-1252 と ISO-8859-1 でそれぞれどう読めるかを添えて拒否します——ASCII だと偽ることはしません。

制御文字は消えません

NUL、TAB、CR には字形がないので、プレビューは Unicode の制御記号（Control Pictures）で表示します。コピーボタンが渡すのは本物のバイトです。

関連する文字符号化

ISO/IEC 8859-1（Latin-1）

8 ビット・1 バイト

0–127 は ASCII と完全に同一で、0xA0 から 0xFF に 96 個の図形文字を定義します。0x80–0x9F の範囲は目に見えない C1 制御文字に充てられています。

Windows-1252

8 ビット・1 バイト

ISO-8859-1 の上位集合で、唯一の違いは 0x80–0x9F：そこに 27 個の印字可能な文字を置き、5 個を未定義のままにしています。ページが ISO-8859-1 を名乗ると、ブラウザが実際に使うのはこちらです。

CP437

8 ビット・1 バイト

IBM PC のオリジナルコードページ。上半分はアクセント付き文字、ギリシャ文字、罫線素片で——「256 文字の ASCII」を謳う記事に載っている表は、たいていこれです。

UTF-8

可変長・1〜4 バイト

Unicode 全体を符号化しながら、ASCII のバイトはすべて 1 バイトずつそのまま保ちます。後方互換なのは US-ASCII に対してであって、上に挙げた 8 ビットコードページのどれとも互換ではありません。

例

テキストを10進コードに変換

Hello
72 101 108 108 111

各文字がその10進の符号位置になります。大文字は 65–90、小文字は 97–122——ちょうど 32 の差で、これはビット 1 個分です。だから 5 番目のビットを反転させると大文字と小文字が入れ替わります。

同じ数字を2つの基数で読む

41 42 43
hex -> ABC     decimal -> )*+

このツールが基数を推測しない理由がこれです。どちらの読み方も正しく、どちらのつもりだったかを知っているのはあなただけです。

制御文字も往復できる

9 10 13 0
TAB, LF, CR, NUL

出力欄では目に見えないので、プレビュー行が Unicode の制御記号（Control Pictures）で表示します。コピーボタンが渡すのは代役ではなく本物のバイトです。

127 を超えるバイトは理由を添えて拒否

233
Outside ASCII (0-127)

233 は ASCII コードではありません。Windows-1252 でも ISO-8859-1 でも é と読めることは伝えますが、それを ASCII だと偽ることはしません。

使い方

  1. 1

    先に基数を選ぶ

    10進・16進・8進・2進のどれか。これを最初にやってください——同じ数字でも基数が違えば復号結果が変わるので、このツールは意図的に推測しません。

  2. 2

    どちらの側に入力してもよい

    左がテキスト、右がコードです。入力した側と反対側が自動で更新されます。

  3. 3

    警告を読む

    0–127 の外にある文字は、黙って捨てたり疑問符に置き換えたりせず、符号位置と UTF-8 バイトを添えて一覧表示します。

  4. 4

    表をリファレンスとして使う

    制御文字だけに絞り込み、コードや名称で検索し、任意の文字をクリックしてコピーできます。

知っておきたい落とし穴

ASCII に 256 文字あると言ってしまう

ASCII は 127 で終わります。それより上は、名指しすべき特定の 8 ビットコードページに属します。アクセント付きの文字を ASCII で符号化させれば、Python がそう直接言ってくれます。

✗ 誤り 
'cafe\u00e9'.encode('ascii')  # UnicodeEncodeError: ordinal not in range(128)
✓ 正しい 
'cafe\u00e9'.encode('utf-8')   # b'cafe\xc3\xa9'

どの言語でもエスケープは同じだと思い込む

JavaScript に \a というエスケープはありません。エラーにはならず、バックスラッシュを落として文字だけを残すので、strict モードでも救われません。

✗ 誤り 
"\a".charCodeAt(0)   // 97 - that is the letter 'a', not BEL
✓ 正しい 
"\x07".charCodeAt(0) // 7 - BEL

キャレット表記を足し算として説明する

0x40 を足す説明は C0 の範囲では通りますが、DEL で破綻します——そこでは逆に引かなければなりません。33 個すべてを覆う規則は排他的論理和ただ一つです。

✗ 誤り 
caret = chr(code + 0x40)   # 0x7F + 0x40 overflows past the table
✓ 正しい 
caret = chr(code ^ 0x40)   # 0x00 -> @, 0x1B -> [, 0x7F -> ?

こんなときに使います

16 進ダンプやプロトコルのトレースを読む
手元にあるのはバイト列で、どれが印字可能か、どれが区切りか、どれが端末が黙って実行している制御符号かを見分ける必要があります。
挙動のおかしいファイルを調べる
行末に紛れ込んだ CR、grep にバイナリ扱いさせる NUL、Makefile が本物の TAB を要求している箇所。
パーサーやバリデーターを書く
どのバイト範囲を受け入れるかを決め、境界を正しく取ること——図形文字は 0x21–0x7E、空白は 0x20、DEL は 0x7F です。
文字化けの原因を説明する
同じ 1 バイトが、読み手の想定したコードページ次第で 3 通りの文字に見える理由を、同僚に示すとき。

技術的な詳細

ASCII と Unicode と UTF-8
Unicode の最初の 128 個の符号位置 U+0000–U+007F は ASCII と 1 対 1 に対応します。UTF-8 はそれらを最上位ビットが 0 の 1 バイト 0x00–0x7F として符号化します。実際に効いてくるのは 3 つ目の性質です：UTF-8 の複数バイト列はどのバイトも最上位ビットが 1 なので、0–127 の範囲のバイトが非 ASCII 文字の一部になることは決してありません。UTF-8 のバイト列を 1 バイトずつ走査して / や \0 や \n を探しても安全なのは、これが根拠です。
第 8 ビット
ASCII が定義するのは 7 ビットの符号で、1 文字を 8 ビットのバイトに収めるのは慣習です。歴史的には、その余ったビットはしばしばパリティビットに使われました。7 ビットの透過性しか保証しなかったメール転送路こそが、Base64 と quoted-printable が存在する理由です。
文字の並びがこうなっている理由
数字 0–9 は 0x30–0x39 にあり、下位 4 ビットがそのまま数値です。A は 0x41、a は 0x61——1 ビットしか違わないので、c | 0x20 で小文字化、c & 0xDF で大文字化できます。ただし英字に限ります：'_' | 0x20 は 0x7F、つまり DEL になり、'[' | 0x20 は { になります。
国別版と 0x5C 問題
ISO/IEC 646 は 12 個の符号位置を国ごとに差し替えることを認めていました。日本の JIS X 0201 は 0x5C を円記号に、韓国の KS X 1003 はウォン記号に割り当てています。日本語 Windows でパスが C:¥Windows と表示されるのはこのためですが、バイトはあくまで 0x5C のままです——文字化けではなく字形の選択です。Shift_JIS ではさらに厄介で、2 バイト文字の 2 バイト目そのものが 0x5C になることがあります（いわゆる「5C 問題」「ダメ文字」）。表（95 5C）、ソ（83 5C）、十（8F 5C）、能（94 5C）、構（8D 5C）、暴（96 5C）がその例で、バックスラッシュとして素朴に処理すると文字が真っ二つに割れます。

正しく扱うために

コードページは必ず名指しする
「拡張 ASCII」と書いても読み手には何も伝わりません。Windows-1252、ISO-8859-1、CP437 と言ってください——同じバイトがそれぞれで別の文字です。
US-ASCII のことは US-ASCII と書く
それが IANA の登録名です。charset=ascii は登録名ではありませんし、ブラウザで charset=ISO-8859-1 と書くと実際に得られるのは Windows-1252 です——WHATWG Encoding Standard がそのラベルをそう対応づけているからです。
利用者に代わって基数を推測しない
ツールやパーサーが 41 を黙って16進と決めつければ、およそ半分の場合に間違いますし、その失敗は静かに起こります。
UTF-16 単位ではなく符号位置で反復する
"A" にト音記号と漢字を足した文字列は .length が 4 でも文字は 3 つです。[...str] か codePointAt を使ってください。さもないと「未対応の文字」という表示が、絵文字を壊れた 2 つの半分として報告することになります。

よくある質問

ASCII の文字数はいくつですか？
128 個です。ASCII は 7 ビットの符号なので、定義しているのは 0 から 127 までの符号位置だけです：32 個の C0 制御文字、空白を含む 95 個の図形文字、そして DEL。「完全な ASCII コード表（256 文字）」と題した記事が見せているのは特定の 8 ビットコードページ——たいていは CP437 か Windows-1252——であって、ASCII ではありません。
拡張 ASCII とは何ですか？
厳密に言えば、そんなものはありません。「拡張 ASCII」はどの規格の名前でもなく、0–127 は ASCII と同じにしたまま 128–255 をそれぞれ独自に定義した 8 ビット符号化の一群を指す通称です。バイト 0xE9 は ISO-8859-1 では é、CP437 ではギリシャ文字の Θ、CP866 ではキリル文字です。どのコードページかを言わない限り、この問いに答えはありません。
Windows-1252 と ISO-8859-1 は同じものですか？
0xA0 から 0xFF までは完全に同じで、0x80 から 0x9F はまったく違います。ISO-8859-1 はその範囲を目に見えない C1 制御文字に充てていますが、Windows-1252 はそこに 27 個の印字可能な文字——ユーロ記号、丸い引用符、en ダッシュと em ダッシュ——を置き、5 個の位置を未定義のまま残しています。ワープロからコピーした丸い引用符が、本物の ISO-8859-1 を通ると目に見えない制御文字に化けるのはこのためです。
DEL は制御文字ですか？
はい。Unicode は U+007F を Cc に分類し、C 標準ライブラリの iscntrl(127) も真になります。ただし C0 集合には含まれません——C0 は厳密に 0x00–0x1F です。表の末尾にいるのは紙テープのためで、0x7F は 7 つの穴をすべて開けた状態です。いったん開けた穴は塞げないので、「全部開ける」ことだけが、その文字を取り消し済みと印す唯一の方法でした。
空白文字は制御文字ですか？
いいえ。そしてここを間違えている ASCII 表は少なくありません。Unicode は空白（0x20）を Zs、つまり空白区切りに分類しており、これは図形文字です。制御文字は 0x00–0x1F と 0x7F だけです。
ASCII は 7 ビットなのに、なぜ 2 進の列は 8 桁なのですか？
実際に格納される単位がバイトだからで、最上位ビットは常に 0 です。この 0 埋めは見た目のためではありません：ASCII が第 8 ビットを決して使わないからこそ、UTF-8 はそのビットを「これは複数バイト列の一部だ」という印として使えたのであり、それが UTF-8 が ASCII と後方互換である正体です。
制御文字のエスケープはどの言語でも同じですか？
同じではありませんし、この違いは実際に噛みつきます。\a（ベル）は C と Python では標準ですが、JavaScript にはこのエスケープが存在しません——'\a' は黙って文字 a になり、strict モードでもエラーになりません。Java は \a も \v も受け付けません。Go は \0 を受け付けません。8 進エスケープはちょうど 3 桁でなければならないので \000 と書きます。そして ESC を表す \e は ISO C ではなく GNU 拡張です。
git diff や vim に出てくる ^M は何ですか？
復帰（CR）、バイト 13 です。キャレット表記は制御文字の値と 0x40 の排他的論理和を取るので、CR（0x0D）は ^M、ESC（0x1B）は ^[ になります。行末が全部 ^M ならファイルは Windows の CRLF 改行ですし、bad interpreter: /bin/bash^M が出たらシェルスクリプトがそれを拾っています。

関連ツール

すべてのツールを見る →

Base64エンコーダー＆デコーダー

エンコーディングとフォーマット

Base64のデコード・エンコードが無料でオンラインで行えます。リアルタイム変換、UTF-8・絵文字対応。100%ブラウザ上で動作しデータは外部に送信されません。登録不要。

Base64 画像変換ツール

エンコーディングとフォーマット

Base64 文字列やデータURIをブラウザ上で画像に戻します。プレビューし、寸法と MIME を確認して、PNG・JPG・GIF・SVG としてダウンロード。アップロード不要。

CSV to JSON 変換ツール

エンコーディングとフォーマット

CSVをブラウザ内で即座にJSONに変換。RFC 4180・型推論・ヘッダー行・大整数安全対応。100%プライベート、アップロード不要。

.env から JSON への変換ツール

エンコーディングとフォーマット

.env ファイルを貼り付けるだけで即座に JSON に変換。データベースのパスワードや API キー、トークンはブラウザから一切出ません。100% プライベート、アップロード不要、無料の dotenv パーサー。

無料HTMLエンティティデコーダー — HTMLをアンエスケープ

エンコーディングとフォーマット

HTMLエンティティをデコードし、HTMLをオンラインでアンエスケープ。無料・登録不要・100%ブラウザ内処理。名前付き・10進・16進の参照を文字に戻します。アップロードは一切なし。

無料HTMLエンティティエンコーダー — HTMLをエスケープ

エンコーディングとフォーマット

HTMLエンティティをエンコードし、特殊文字（< > & " '）をオンラインでエスケープ。無料・登録不要・100%ブラウザ内処理。名前付き・10進・16進の出力に対応、アップロードは一切なし。