Base64 デコード

デコーダーが受け付ける入力

デコードはエンコードの逆の処理です。各文字を 6 ビットの値に戻し、4 文字ごとに 3 バイトを復元します。実際に使われている Base64 がきれいな形式であることはまれなので、このデコーダーは多少崩れた入力も受け付けます。

• スペースと改行は無視されるため、折り返された MIME の本文や PEM ブロックもそのまま貼り付けられます。ただし、-----BEGIN 行と -----END 行は先に削除してください。これらの行に含まれる英字とハイフンは有効な Base64 文字なので、データとしてデコードされてしまいます。
• URL セーフの入力（- と _）も、+ と / を使う標準 Base64 と同じようにデコードできます。
• パディングの欠落も問題ありません。拒否されるのは長さが 4n + 1 文字の場合だけです。余った 1 文字ではバイトを構成できないためで、通常は文字列が途中で切れていることを意味します。
• data URI にも対応しています。先頭の data:...;base64, プレフィックスは、デコード前に取り除かれます。

テキスト出力とバイナリ出力

デコード結果は常にバイト列です。元のデータがテキストなら、テキスト出力のまま元の文字コードを選択します。画像、PDF、アーカイブ、鍵、暗号文の場合は、どの文字コードを選んでも読めるようにはなりません。「出力形式」を「16進数」に切り替えてバイト列を確認するか、Base64 をファイルに変換やBase64 を画像に変換でプレビューして保存してください。先頭の数文字から中身が分かることもよくあります。

デコードしたテキストが文字化けする原因

• 文字コードの誤り。UTF-8 のテキストを Windows-1252 として読むと é が é になり、GBK や Shift_JIS のテキストを UTF-8 として読むと置換文字（�）が表示されます。テキストが作成されたときの文字コードを選択してください。
• バイナリデータ。意味のない記号の中に、先頭付近の PNG や PK のような読める断片が混じっている場合、中身はテキストではなくファイルです。
• 圧縮または暗号化されたデータ。gzip ストリーム、Protocol Buffers、暗号文は正しくデコードされても、テキストではありません。「出力形式」を「16進数」にすると、実際の中身を確認できます。
• 二重エンコード。出力自体が Base64 になっている場合は、それを入力欄に貼り付けてもう一度デコードしてください。

コードで Base64 をデコードする

# Python
base64.b64decode(s).decode('utf-8')

// Node.js（URL セーフの入力も受け付けます）
Buffer.from(s, 'base64').toString('utf8')

// ブラウザ：atob() は 1 バイトにつき 1 文字を返すため、その後 UTF-8 としてデコードします
new TextDecoder().decode(Uint8Array.from(atob(s), c => c.charCodeAt(0)))

# Linux・macOS のシェル
echo 'SGVsbG8=' | base64 --decode