Pembersihan Base64

Masukan asli
0 karakter

Alat pembersihan Base64 online gratis, menghapus konten tidak valid seperti baris baru, spasi putih, karakter tak terlihat dalam string Base64. Mendukung tiga opsi mandiri: hapus spasi putih, hapus karakter khusus, lengkapi padding otomatis, menghasilkan Base64 yang benar-benar sesuai RFC 4648.

Rekomendasi Terkait

Apa itu pembersihan Base64?

Pembersihan Base64 adalah operasi menghapus semua karakter tidak valid dan karakter berlebih dari string Base64. Tujuannya adalah menghasilkan Base64 murni yang benar-benar sesuai standar RFC 4648, memudahkan pengiriman, penyimpanan, dan decoding antar sistem yang berbeda.

Mengapa perlu dibersihkan: Base64 dari berbagai sumber sering kali tercampur karakter tidak valid. ①Karakter baris baru (\n, \r\n) — lampiran email, kolom basis data, output log; ②Spasi putih dan tab — penempelan manual, penyalinan dari Excel; ③UTF-8 BOM (EF BB BF) — berkas teks yang disimpan oleh sistem Windows; ④Karakter lebar penuh, tanda baca Tionghoa — kesalahan salin-tempel. Semua ini akan menyebabkan kesalahan pada decoder.

Tiga opsi pembersihan: ①Hapus spasi putih (\s \n \r \t) — menangani baris baru dan spasi; ②Hapus karakter khusus — hanya menyisakan alfabet Base64 A-Z a-z 0-9 + / = - _; ③Lengkapi padding otomatis — membuat panjang hasil menjadi kelipatan 4. Ketiga opsi dapat dipilih secara mandiri dan dikombinasikan sesuai kebutuhan.

Kegunaan umum: ①Debugging API — membersihkan ketika Base64 yang dikembalikan dari antarmuka pihak ketiga menyebabkan kesalahan; ②Impor basis data — menghapus spasi berlebih saat menyalin dari Excel; ③Pra-pemrosesan sebelum decoding — menghindari atob() melaporkan InvalidCharacterError; ④Normalisasi JWT / Data URL — menangani perbedaan transmisi lintas sistem.

Kasus penggunaan

  • Pra-pemrosesan sebelum decoding: Membersihkan Base64 yang memiliki baris baru atau spasi dari antarmuka pihak ketiga, JWT, log menjadi bentuk yang dapat didekode langsung, menghindari InvalidCharacterError.
  • Perbaikan penempelan dari Excel / email: Menghapus spasi berlebih, Tab, karakter baris baru yang tercampur saat menyalin Base64 dari sel Excel, isi email.
  • Pembersihan JWT token: Menormalkan string tiga bagian JWT (header.payload.signature) yang memiliki baris baru menjadi satu baris, menghapus spasi putih berlebih.
  • Penanganan lampiran MIME: Membersihkan format baris baru otomatis setiap 76 karakter dalam Base64 lampiran email, memudahkan decoding selanjutnya.
  • Kompatibilitas URL Safe: Mempertahankan karakter - dan _, agar Base64 dalam JWT, jalur URL, nama berkas tidak terhapus secara tidak sengaja.
  • Pra-pemrosesan sebelum pembersihan batch: Gunakan bersama dengan base64-format / base64-padding, bersihkan terlebih dahulu sebelum memformat atau melengkapi padding.

Cara Penggunaan

  1. Tempel atau masukkan string Base64 yang mengandung gangguan (dapat berisi karakter tidak valid seperti baris baru, spasi putih).
  2. Pilih opsi pembersihan sesuai kebutuhan: hapus spasi putih, hapus karakter khusus, lengkapi padding otomatis (secara default ketiganya aktif).
  3. Lihat output di sebelah kanan: Menampilkan Base64 setelah dibersihkan, penghitungan karakter, jumlah karakter yang dihapus, legalitas decoding secara waktu nyata.
  4. Salin hasil ke papan klip, atau unduh sebagai berkas .txt untuk pemrosesan selanjutnya.

Fitur

  • Opsi hapus spasi putih: Menghapus otomatis \n, \r, \t dan spasi, menangani skenario seperti lampiran email, penempelan dari Excel.
  • Opsi hapus karakter khusus: Hanya menyisakan 66 karakter Base64 yang sah yaitu A-Z a-z 0-9 + / = - _.
  • Lengkapi padding otomatis: Dapat dipilih untuk membuat panjang hasil menjadi kelipatan 4, memperbaiki kesalahan panjang.
  • Tiga opsi mandiri dan dapat dikombinasikan: Pilih sesuai kebutuhan, secara fleksibel menangani berbagai situasi kontaminasi.
  • Mempertahankan karakter URL Safe: Tidak menghapus - dan _ secara tidak sengaja, menghindari kehilangan karakter dalam skenario JWT / URL.
  • Validasi output waktu nyata: Menggunakan atob() peramban untuk memeriksa apakah output dapat didekode, status ditampilkan secara waktu nyata.
  • Penghitungan karakter dan pemberitahuan penghapusan: Menampilkan jumlah karakter input/output, jumlah karakter yang dihapus, status dapat didekode secara waktu nyata.
  • Pemrosesan lokal di peramban: Semua operasi pembersihan diselesaikan secara lokal, Base64 asli tidak diunggah ke server mana pun.

Best Practices

Bersihkan terlebih dahulu, lalu gunakan alat padding untuk melengkapi

Pembersihan hanya menghapus karakter tidak valid dan pelengkapan padding opsional. Jika Base64 secara bersamaan memiliki baris baru dan padding yang kurang, disarankan untuk mencentang ketiga opsi pembersihan terlebih dahulu, kemudian periksa apakah panjang output masih bukan kelipatan 4. Jika masih ada ketidaknormalan padding, Anda dapat menggunakan alat padding khusus.

Tangani tiga bagian JWT token secara terpisah

JWT adalah kesatuan utuh yang terdiri dari tiga bagian Base64URL (header.payload.signature) yang dihubungkan dengan titik. Saat membersihkan, ketiga bagian perlu menghapus spasi putih, tetapi jangan menyisipkan karakter tambahan di antaranya, jika tidak verifikasi tanda tangan akan gagal. Disarankan untuk memisahkan berdasarkan titik sebelum ditempelkan, bersihkan setiap bagian lalu gabungkan kembali.

Input URL Safe jangan mencentang「hapus karakter khusus」

URL Safe Base64 menggunakan - dan _ menggantikan + dan /. Alat ini secara default mempertahankan 4 karakter ini, tetapi jika Anda mengatur daftar putih karakter yang lebih ketat secara manual (hanya mengizinkan +/), input URL Safe akan rusak. Jika tidak yakin tentang kumpulan karakter, matikan「hapus karakter khusus」dan hanya pertahankan「hapus spasi putih」.

Masih error setelah dibersihkan → Periksa encoding dan BOM

Jika atob() masih melaporkan InvalidCharacterError setelah pembersihan, mungkin ada sisa UTF-8 BOM (EF BB BF) atau urutan byte UTF-16. Opsi「hapus spasi putih」pada alat ini tidak menargetkan BOM, disarankan untuk menggunakan TextDecoder di konsol peramban untuk mendekode ulang sesuai UTF-8 lalu membersihkannya kembali.

Identifikasi sumber BOM: berkas txt yang disimpan oleh Windows

Jika Base64 diperoleh dari penyimpanan sebagai UTF-8 menggunakan「Notepad」Windows, 3 byte pertama (EF BB BF) adalah BOM. Bahkan setelah spasi dan baris baru dibersihkan, atob mungkin masih gagal mendekode. Cara penanganan: Gunakan VS Code atau PowerShell untuk menyimpan ulang sebagai UTF-8 tanpa BOM.

Tampilkan perbandingan sebelum dan sesudah pembersihan saat mengajar dan membuat dokumentasi

Pembersihan Base64 adalah masalah umum dalam pengajaran. Disarankan untuk melampirkan Base64 sebelum dan sesudah pembersihan secara bersamaan saat menulis dokumentasi, beserta perbandingan jumlah karakter dan status dapat didekode, agar pembaca memahami secara intuitif fungsi setiap opsi.

Pertanyaan Umum

Apakah pembersihan Base64 akan mengubah byte asli?

Tidak. Pembersihan hanya menghapus karakter tidak valid (spasi putih, baris baru, karakter non-Base64), tidak mengubah karakter valid di tengahnya. Jika hanya menghapus spasi putih dan karakter tidak valid, konten byte sebelum dan sesudah pembersihan benar-benar identik. Jika「lengkapi padding otomatis」dicentang, hanya menambahkan = di akhir, tidak memengaruhi byte asli.

Apa perbedaan antara tiga opsi pembersihan?

Hapus spasi putih: Menghapus \s \n \r \t (spasi, baris baru, carriage return, Tab). Hapus karakter khusus: Hanya menyisakan 66 karakter Base64 yang sah yaitu A-Z a-z 0-9 + / = - _. Lengkapi padding otomatis: Menambahkan = di akhir agar panjang menjadi kelipatan 4. Ketiga opsi bersifat mandiri dan dapat dikombinasikan.

Mengapa atob() melaporkan InvalidCharacterError?

Penyebab umum: ①Mengandung karakter Tionghoa, emoji Unicode, atau karakter non-ASCII lainnya; ②Mengandung baris baru atau spasi (kasus umum saat menyalin dari Excel, menempel dari email); ③Karakter Base64URL (- / _) tercampur; ④Panjang bukan kelipatan 4. Pembersihan alat ini dapat menyelesaikan 3 masalah pertama, alat pelengkap padding dapat menyelesaikan masalah keempat.

Apakah pembersihan akan menghapus padding?

Tidak. = adalah karakter valid Base64, opsi「hapus karakter khusus」pada alat ini secara eksplisit mempertahankan =. Jika ingin menghapus padding, silakan gunakan alat padding khusus (base64-padding) dan beralih ke mode「hapus padding」.

Bagaimana cara membersihkan jika mengandung baris baru?

Secara default mencentang「hapus spasi putih」sudah dapat menanganinya. Karakter baris baru (\n / \r\n) bersama dengan Tab, spasi akan dihapus. Jika perlu mempertahankan baris baru (format lampiran email MIME), matikan opsi「hapus spasi putih」.

Dapatkah alat ini menangani UTF-8 BOM?

BOM (EF BB BF) adalah karakter Unicode U+FEFF,「hapus spasi putih」pada alat ini menggunakan ekspresi reguler \s \n \r \t yang tidak mencakup U+FEFF, sehingga BOM mungkin tersisa. Jika mengalami InvalidCharacterError yang disebabkan oleh BOM, disarankan untuk menghapus BOM terlebih dahulu menggunakan TextDecoder dalam kode atau konsol peramban.

Apakah URL Safe dan karakter Base64 standar dapat saling dikonversi?

Tidak. Opsi「hapus karakter khusus」pada alat ini mempertahankan empat jenis karakter + / - _, hanya melakukan denoising tanpa konversi aktif. Jika perlu konversi timbal balik antara URL Safe ↔ karakter standar, silakan gunakan alat Base64URL khusus (base64-url-safe).

Apakah konten saya akan diunggah ke server?

Tidak. Semua logika pembersihan dieksekusi secara lokal di peramban, string Base64 asli tidak meninggalkan perangkat Anda. Dapat digunakan dengan tenang saat menangani data sensitif (kredensial, kunci rahasia, token).

Dapatkah membersihkan beberapa segmen Base64 sekaligus?

Alat ini adalah antarmuka pembersihan satu segmen. Jika perlu membersihkan beberapa segmen Base64, disarankan untuk memanggil logika alat ini secara berulang, atau menggunakan alat baris perintah yang sesuai (seperti perintah base64). Jika perlu encoding/decoding batch, silakan gunakan base64-batch-encode / base64-batch-decode.

Pemecahan Masalah

atob masih error setelah dibersihkan

Mungkin masalah panjang (bukan kelipatan 4) atau sisa BOM / encoding. Pertama pastikan「lengkapi padding otomatis」telah dicentang, jika masih error coba dekode ulang sesuai UTF-8 menggunakan TextDecoder di konsol peramban, hapus BOM lalu bersihkan kembali.

Panjang berubah setelah dibersihkan, tetapi decoding masih gagal

Mungkin konten asli bukan Base64 standar, misalnya Base32 / Base58 / Base85. Harap konfirmasi format encoding data asli, dan beralih ke alat yang sesuai. Juga dapat mencoba menggunakan btoa untuk menguji apakah string asli dapat dienkode ulang sebelum atob.

Karakter menjadi sangat sedikit setelah dibersihkan

Kemungkinan besar opsi「hapus karakter khusus」terlalu ketat, telah menghapus + / - _ juga. Harap periksa apakah daftar putih karakter tidak sengaja dimatikan; alat ini secara default mempertahankan semua 66 karakter Base64 yang sah. Jika input adalah URL Safe, matikan「hapus karakter khusus」.

Tidak ada output apa pun setelah ditempelkan

Mungkin input sepenuhnya adalah karakter spasi putih (hanya berisi spasi / baris baru / Tab), opsi「hapus spasi putih」pada alat ini akan menghapus semuanya dan menyisakan string kosong. Harap periksa apakah input asli mengandung setidaknya satu karakter Base64 (A-Z a-z 0-9 + / =).

Glosarium

UTF-8 BOM
Tanda urutan byte. Awalan 3 byte (0xEF 0xBB 0xBF) yang ditambahkan saat Windows menyimpan teks UTF-8, menyebabkan decoder Base64 menganggap karakter pertama sebagai byte tidak valid.
URL Safe Base64
Varian Base64 aman untuk URL yang didefinisikan dalam RFC 4648 §5, menggantikan + dan / dengan - dan _. Opsi「hapus karakter khusus」pada alat ini mempertahankan 4 karakter ini, menghindari penghapusan yang tidak disengaja.
Karakter baris baru
\r\n (Windows) dan \n (Unix / macOS). MIME Base64 pada lampiran email biasanya melakukan baris baru setiap 76 karakter, perlu dihapus saat pembersihan.
Karakter Base64 valid
Kumpulan karakter Base64 standar adalah A-Z, a-z, 0-9, +, /, = (padding), ditambah -, _ dari varian URL Safe, total 66 karakter yang sah.
InvalidCharacterError
Kesalahan decoding yang dilontarkan oleh atob() peramban. Terpicu ketika string Base64 berisi karakter di luar kumpulan karakter yang sah (karakter Tionghoa, spasi putih, simbol khusus, dll.).

Kumpulan karakter Base64 dan aturan retensi

Tabel karakter valid yang dipertahankan oleh opsi「hapus karakter khusus」pada alat ini.

Jenis karakterKarakterAturan retensi
HurufA-Z, a-z52 karakter, wajib dipertahankan
Angka0-910 karakter, wajib dipertahankan
Simbol Base64 standar+ /2 karakter, wajib dipertahankan
Simbol URL Safe- _2 karakter, wajib dipertahankan dalam skenario URLSafe
Padding=Padding akhir, wajib dipertahankan
Spasi putihspasi, \n, \r, \tDihapus sesuai opsi「hapus spasi putih」
LainnyaTionghoa / emoji / BOM, dll.Dihapus sesuai opsi「hapus karakter khusus」

5 sumber kontaminasi umum Base64

Pahami bagaimana string Base64 tercampur konten tidak valid.

Sumber kontaminasiKonten yang tercampurOpsi yang disarankan
Lampiran email\r\n setiap 76 karakterHapus spasi putih
Penempelan dari Excel / basis dataspasi sebelum/sesudah / TabHapus spasi putih
Berkas txt WindowsUTF-8 BOM (EF BB BF)Hapus karakter khusus + hapus BOM manual
URL / nama berkaskonflik karakter + /Pertahankan URLSafe (gunakan base64-url-safe untuk konversi)
Log / output traceprefiks / sufiks debuggingHapus karakter khusus

Perbandingan 3 opsi pembersihan

Tiga opsi mandiri dan dapat dikombinasikan, gunakan sesuai kebutuhan.

OpsiPerilakuSkenario umum
Hapus spasi putihMenghapus \s \n \r \tEmail / Excel / log
Hapus karakter khususHanya menyisakan alfabet Base64Tercampur Tionghoa / emoji / BOM
Lengkapi padding otomatisMenambahkan = di akhir hingga kelipatan 4Panjang bukan kelipatan 4

Authoritative References