Base64エンコード・デコード

Base64はRFC 4648で定められた方式で、任意のバイト列を64種類の印字可能なASCII文字(A–Z、a–z、0–9、+、/)で表現します。3バイト(24ビット)ごとに4つの6ビットの数値に分け、それぞれの数値が文字表から1文字を選びます。入力の長さが3の倍数でない場合は、最後のグループが1つまたは2つの = で埋められます。結果は常に入力より約33%大きくなり、3バイトにつき4文字になります。

テキスト向けに作られた通信経路が多いため、この方式が使われています。メール(MIME)、HTMLやCSSのdata: URL、画像や証明書を含むJSONのフィールド、HTTP Basic認証ヘッダーなどが、バイナリデータを安全に運ぶためにBase64を使っています。暗号化ではなく、何も隠せません。デコードに鍵は不要です。

Base64は文字ではなくバイトをエンコードするため、テキストはまずバイト列に変換する必要があります。このツールは常に、Webで標準的なUTF-8を使います。éは2バイト、絵文字は4バイトになります。ブラウザ標準のbtoa関数だけでは、U+00FFを超える文字でエラーになります。アクセント付き文字や絵文字で単純なエンコーダーが失敗するのはこのためです。このツールでは、テキストを先にTextEncoderで変換し、デコード時はTextDecoderで元に戻します。デコードしたバイト列が有効なUTF-8でない場合(画像やZIPファイルなど)は、文字化けしたテキストではなく16進数で表示します。

標準のBase64が使う + と / は、URLやファイル名で特別な意味を持ちます。RFC 4648の第5節にあるURLセーフなアルファベットでは、これらを - と _ に置き換え、パディングは通常省略します。JSON Web Tokenはまさにこの形式です。デコーダーは両方の形式とパディングなしの入力に対応しているため、どちらを貼り付けても使えます。

ファイルを選ぶと、ツールがFileReaderでローカルに読み込み、そのBase64を返します。ファイルのMIMEタイプ付きの完全なdata: URLも作成でき、imgタグやCSSの背景にそのまま貼り付けられます。インライン画像はHTTPリクエストを1回減らせますが、サイズが3分の1ほど増え、個別にキャッシュできません。そのため写真ではなく小さなアイコン向きです。プレビューやHTML・CSSのスニペットが付いた画像向けのツールは、画像をBase64に変換をご利用ください。