Base64 の長さエラーを修正する
padding、URL-safe 文字、空白、バイナリ/テキストの前提を確認して Base64 invalid length エラーを修正します。
API、ログ、token デバッグで Base64 デコードが拒否される、または読めない出力になる場合に使います。
手順
- Base64 エンコード/デコード
1. 転送ノイズを除去する
再デコード前に引用符、空白、改行、コピー時のプロンプト文字を取り除きます。
- URL エンコード/デコード
2. 文字セットを確認する
- または _ が含まれる場合は URL-safe Base64 として扱うか、デコード前に変換します。
- Base64 エンコード/デコード
3. padding を戻す
長さ mod 4 が 2 なら ==、3 なら = を追加します。1 の場合は切り詰めの可能性が高いです。
4. 結果がテキストか確認する
デコードされた bytes はバイナリ、圧縮、暗号化内容、または別文字エンコーディングのテキストかもしれません。
invalid length が起きる理由
Base64 は bytes をグループ化してエンコードし、多くの場合末尾に padding が付きます。転送経路によって padding 削除、改行、URL-safe 形式への切替が起こります。
避けるべきこと
デコーダーが受け付けるまでランダムな文字を追加しないでください。別の byte stream が生成され、上流の問題を隠すことがあります。
このワークフローのツール
目的別のツールを直接開けます。これらのリンクは検索や sitemap 生成と同じ registry データを使います。
信頼性チェック
Base64 値には token、ファイル断片、ログが含まれることがあります。生入力を永続保存や共有診断に入れないでください。
プライバシーと信頼センターよくある質問
padding はどれだけ追加しますか？
長さが 4 で割り切れる分だけ追加します。余り 2 は ==、余り 3 は =。余り 1 は通常切り詰めです。
なぜデコード結果が読めないのですか？
デコードされた bytes はバイナリ、圧縮、暗号化内容、または別の文字エンコーディングのテキストかもしれません。