เครื่องมือล้าง Base64

ค่านําเข้าดั้งเดิม
0 อักขระ

เครื่องมือล้าง Base64 ออนไลน์ฟรี ลบเนื้อหาที่ไม่ถูกต้องจากสตริง Base64 เช่น ขึ้นบรรทัดใหม่ ช่องว่าง อักขระที่มองไม่เห็น รองรับ 3 ตัวเลือกอิสระ: ลบช่องว่าง ลบอักขระพิเศษ เติม Padding อัตโนมัติ ส่งออก Base64 ที่สอดคล้อง RFC 4648 อย่างเข้มงวด

คำแนะนำที่เกี่ยวข้อง

การจัดรูปแบบ Base64

การเข้ารหัส Base64

ถอดรหัส Base64

เครื่องมือจัดการ padding Base64

URL Safe Base64

สถิติความยาว Base64

การล้าง Base64 คืออะไร?

การล้าง Base64 คือการลบอักขระไม่ถูกต้องและอักขระที่ไม่จำเป็นทั้งหมดออกจากสตริง Base64 เป้าหมายคือส่งออก Base64 บริสุทธิ์ที่สอดคล้องมาตรฐาน RFC 4648 อย่างเข้มงวด เพื่อความสะดวกในการส่งผ่าน จัดเก็บ และถอดรหัสระหว่างระบบต่างๆ

เหตุผลที่ต้องล้าง: Base64 จากแหล่งต่างๆ มักมีอักขระไม่ถูกต้องปะปนมา ① อักขระขึ้นบรรทัดใหม่ (\n, \r\n) — ไฟล์แนบอีเมล ฟิลด์ฐานข้อมูล เอาต์พุตล็อก; ② ช่องว่างและแท็บ — การวางด้วยมือ คัดลอกจาก Excel; ③ UTF-8 BOM (EF BB BF) — ไฟล์ข้อความที่บันทึกโดยระบบ Windows; ④ สัญลักษณ์ฟูลวิดธ์ เครื่องหมายวรรคตอนภาษาจีน — ข้อผิดพลาดจากการคัดลอกวาง สิ่งเหล่านี้ทั้งหมดทำให้ตัวถอดรหัสแจ้งข้อผิดพลาด

3 ตัวเลือกการล้าง: ① ลบช่องว่าง (\s \n \r \t) — ประมวลผลขึ้นบรรทัดใหม่และช่องว่าง; ② ลบอักขระพิเศษ — เก็บเฉพาะตัวอักษร Base64 A-Z a-z 0-9 + / = - _; ③ เติม Padding อัตโนมัติ — ทำให้ความยาวผลลัพธ์เป็นทวีคูณของ 4 สามตัวเลือกนี้สามารถเลือกได้อย่างอิสระและรวมกันตามต้องการ

การใช้งานทั่วไป: ① ดีบัก API — ล้าง Base64 ที่ได้รับจากอินเทอร์เฟซของบุคคลที่สามเมื่อเกิดข้อผิดพลาด; ② นำเข้าฐานข้อมูล — ลบช่องว่างส่วนเกินที่ติดมาตอนคัดลอกจาก Excel; ③ ประมวลผลก่อนถอดรหัส — หลีกเลี่ยง InvalidCharacterError จาก atob(); ④ ปรับ JWT / Data URL ให้เป็นมาตรฐาน — จัดการความแตกต่างในการส่งผ่านข้ามระบบ

กรณีการใช้งาน

  • ประมวลผลก่อนถอดรหัส: ล้าง Base64 ที่มีขึ้นบรรทัดใหม่หรือช่องว่างจากอินเทอร์เฟซบุคคลที่สาม JWT ล็อก ให้อยู่ในรูปแบบที่ถอดรหัสได้ทันที หลีกเลี่ยง InvalidCharacterError
  • ซ่อมการวางจาก Excel / อีเมล: ลบช่องว่างส่วนเกิน แท็บ อักขระขึ้นบรรทัดใหม่ที่ปะปนมาตอนคัดลอก Base64 จากเซลล์ Excel เนื้อหาอีเมล
  • ล้าง JWT token: ปรับสตริง JWT สามส่วน (header.payload.signature) ที่มีขึ้นบรรทัดใหม่ให้เป็นบรรทัดเดียว ลบช่องว่างส่วนเกิน
  • ประมวลผลไฟล์แนบ MIME: ล้างรูปแบบที่ขึ้นบรรทัดใหม่อัตโนมัติทุก 76 อักขระใน Base64 ไฟล์แนบอีเมล ให้สะดวกสำหรับการถอดรหัสต่อไป
  • รองรับ URL Safe: เก็บอักขระ - และ _ ทำให้ Base64 ใน JWT พาธ URL ชื่อไฟล์ไม่ถูกลบโดยไม่ได้ตั้งใจ
  • ประมวลผลก่อนล้างแบบแบตช์: ใช้ร่วมกับ base64-format / base64-padding ล้างก่อน แล้วค่อยจัดรูปแบบหรือเติม Padding

วิธีการใช้งาน

  1. วางหรือป้อนสตริง Base64 ที่มีสิ่งรบกวน (อาจมีขึ้นบรรทัดใหม่ ช่องว่าง และอักขระไม่ถูกต้องอื่นๆ)
  2. เลือกตัวเลือกการล้างตามต้องการ: ลบช่องว่าง ลบอักขระพิเศษ เติม Padding อัตโนมัติ (ค่าเริ่มต้นเลือกทั้งสามรายการ)
  3. ดูเอาต์พุตทางด้านขวา: แสดง Base64 ที่ล้างแล้ว จำนวนอักขระ จำนวนอักขระที่ถูกลบ ความถูกต้องในการถอดรหัสแบบเรียลไทม์
  4. คัดลอกผลลัพธ์ไปยังคลิปบอร์ด หรือดาวน์โหลดเป็นไฟล์ .txt สำหรับการประมวลผลต่อไป

คุณสมบัติ

  • ตัวเลือกลบช่องว่าง: ลบ \n, \r, \t และช่องว่างโดยอัตโนมัติ จัดการสถานการณ์เช่น ไฟล์แนบอีเมล การวางจาก Excel
  • ตัวเลือกลบอักขระพิเศษ: เก็บเฉพาะ A-Z a-z 0-9 + / = - _ รวม 66 อักขระ Base64 ที่ถูกต้อง
  • เติม Padding อัตโนมัติ: สามารถเลือกเพื่อทำให้ความยาวผลลัพธ์เป็นทวีคูณของ 4 แก้ไขข้อผิดพลาดความยาว
  • 3 ตัวเลือกอิสระและสามารถรวมกัน: เลือกตามความต้องการ จัดการกับสภาพการปนเปื้อนที่แตกต่างกันได้อย่างยืดหยุ่น
  • เก็บอักขระ URL Safe: ไม่ลบ - และ _ โดยไม่ได้ตั้งใจ ป้องกันการสูญเสียอักขระในสถานการณ์ JWT / URL
  • ตรวจสอบเอาต์พุตแบบเรียลไทม์: ตรวจสอบด้วย atob() ของเบราว์เซอร์ว่าเอาต์พุตสามารถถอดรหัสได้หรือไม่ แสดงสถานะแบบเรียลไทม์
  • นับจำนวนอักขระและแสดงการลบ: แสดงจำนวนอักขระอินพุต/เอาต์พุต จำนวนอักขระที่ถูกลบ สถานะการถอดรหัสแบบเรียลไทม์
  • ประมวลผลในเบราว์เซอร์: การล้างทั้งหมดทำในเครื่อง Base64 ดั้งเดิมไม่ถูกอัปโหลดไปยังเซิร์ฟเวอร์ใดๆ

Best Practices

ล้างก่อน แล้วค่อยใช้เครื่องมือ Padding เติม

การล้างจะลบเฉพาะอักขระไม่ถูกต้องและเติม Padding ทางเลือกเท่านั้น หาก Base64 มีทั้งขึ้นบรรทัดใหม่และ Padding ไม่ครบ แนะนำให้เลือกการล้างทั้งสามรายการก่อน แล้วดูว่าความยาวเอาต์พุตยังไม่ใช่ทวีคูณของ 4 หรือไม่ หาก Padding ยังผิดปกติ สามารถใช้เครื่องมือ Padding เฉพาะทางต่อได้

ประมวลผล JWT token สามส่วนแยกกัน

JWT คือ Base64URL สามส่วน header.payload.signature ที่เชื่อมด้วย . เมื่อล้าง ต้องลบช่องว่างจากทั้งสามส่วน แต่อย่าแทรกอักขระเพิ่มระหว่างส่วน มิฉะนั้นการตรวจสอบลายเซ็นจะล้มเหลว แนะนำให้แยกด้วย . ก่อนวาง ล้างแต่ละส่วนแยกกัน แล้วค่อยเชื่อมกลับ

อย่าเลือก "ลบอักขระพิเศษ" สำหรับอินพุต URL Safe

URL Safe Base64 ใช้ - และ _ แทน + และ / เครื่องมือนี้จะเก็บ 4 อักขระนี้ไว้โดยค่าเริ่มต้น แต่หากตั้งค่าบัญชีขาวอักขระที่เข้มงวดกว่า (อนุญาตเฉพาะ +/) ด้วยตนเอง อินพุต URL Safe จะเสียหาย หากไม่แน่ใจเกี่ยวกับชุดอักขระ ให้ปิด "ลบอักขระพิเศษ" ก่อน เก็บเฉพาะ "ลบช่องว่าง"

หลังล้างแล้วยังมีข้อผิดพลาด → ตรวจสอบการเข้ารหัสและ BOM

หากหลังล้างแล้ว atob() ยังแจ้ง InvalidCharacterError อาจเป็นเพราะ UTF-8 BOM (EF BB BF) หรือเศษลำดับไบต์ UTF-16 ตัวเลือก "ลบช่องว่าง" ของเครื่องมือนี้ไม่ได้กำหนดเป้าหมายที่ BOM แนะนำให้ถอดรหัสใหม่เป็น UTF-8 ด้วย TextDecoder ในคอนโซลเบราว์เซอร์ แล้วล้างอีกครั้ง

ระบุแหล่ง BOM: ไฟล์ txt ที่บันทึกโดย Windows

หาก Base64 ได้รับจากการ "บันทึกเป็น" UTF-8 ด้วย Notepad ของ Windows 3 ไบต์แรก (EF BB BF) คือ BOM แม้จะล้างช่องว่างและขึ้นบรรทัดใหม่แล้ว atob ก็อาจยังไม่สามารถระบุได้ วิธีแก้ไข: บันทึกใหม่เป็นรูปแบบ UTF-8 ไม่มี BOM ด้วย VS Code หรือ PowerShell

แสดงการเปรียบเทียบก่อนและหลังล้างเมื่อสอนและทำเอกสาร

การล้าง Base64 เป็นจุดที่มักมีปัญหาในการเรียนการสอน แนะนำให้แนบ Base64 ก่อนและหลังล้างพร้อมกันเมื่อเขียนเอกสาร พร้อมเปรียบเทียบจำนวนอักขระและสถานะการถอดรหัสได้ เพื่อให้ผู้อ่านเข้าใจผลของแต่ละตัวเลือกอย่างชัดเจน

คำถามที่พบบ่อย

การล้าง Base64 จะเปลี่ยนไบต์ดั้งเดิมหรือไม่?

ไม่ การล้างจะลบเฉพาะอักขระไม่ถูกต้อง (ช่องว่าง ขึ้นบรรทัดใหม่ อักขระที่ไม่ใช่ Base64) เท่านั้น จะไม่แก้ไขอักขระที่ถูกกฎหมายตรงกลาง หากลบเฉพาะช่องว่างและอักขระผิดกฎหมาย เนื้อหาไบต์ก่อนและหลังล้างจะเหมือนกันทุกประการ หากเลือก "เติม Padding อัตโนมัติ" จะมีเพียงการเติม = ที่ส่วนท้ายเท่านั้น ไม่ส่งผลต่อไบต์ดั้งเดิม

3 ตัวเลือกการล้างแตกต่างกันอย่างไร?

ลบช่องว่าง: ลบ \s \n \r \t (ช่องว่าง ขึ้นบรรทัดใหม่ คาร์ริจรีเทิร์น แท็บ) ลบอักขระพิเศษ: เก็บเฉพาะ A-Z a-z 0-9 + / = - _ รวม 66 อักขระ Base64 ที่ถูกต้อง เติม Padding อัตโนมัติ: เติม = ที่ส่วนท้ายเพื่อทำให้ความยาวเป็นทวีคูณของ 4 สามตัวเลือกนี้เป็นอิสระและสามารถรวมกันได้

เหตุใด atob() จึงแจ้ง InvalidCharacterError?

สาเหตุทั่วไป: ① มีภาษาจีน อิโมจิยูนิโค้ด หรืออักขระที่ไม่ใช่ ASCII; ② มีขึ้นบรรทัดใหม่หรือช่องว่าง (กรณีทั่วไปจากการคัดลอก Excel วางจากอีเมล); ③ มีการใช้อักขระ Base64URL (- _) ปะปน; ④ ความยาวไม่ใช่ทวีคูณของ 4 การล้างของเครื่องมือนี้สามารถแก้ปัญหา 3 ข้อแรกได้ ส่วนเครื่องมือเติม Padding สามารถแก้ปัญหาข้อที่ 4 ได้

การล้างจะลบ Padding หรือไม่?

ไม่ = เป็นอักขระที่ถูกต้องของ Base64 ตัวเลือก "ลบอักขระพิเศษ" ของเครื่องมือนี้จะเก็บ = ไว้อย่างชัดเจน หากต้องการลบ Padding โปรดใช้เครื่องมือ Padding เฉพาะทาง (base64-padding) ในโหมด "ลบ Padding"

จะล้าง Base64 ที่มีขึ้นบรรทัดใหม่ได้อย่างไร?

โดยค่าเริ่มต้น เพียงเลือก "ลบช่องว่าง" ก็สามารถประมวลผลได้ อักขระขึ้นบรรทัดใหม่ (\n / \r\n) แท็บ และช่องว่างจะถูกลบทั้งหมด หากต้องการเก็บขึ้นบรรทัดใหม่ (รูปแบบไฟล์แนบอีเมล MIME) ให้ปิดตัวเลือก "ลบช่องว่าง"

เครื่องมือนี้สามารถประมวลผล UTF-8 BOM ได้หรือไม่?

BOM (EF BB BF) คืออักขระยูนิโค้ด U+FEFF ตัวเลือก "ลบช่องว่าง" ของเครื่องมือนี้ใช้เรกेकซ์ \s \n \r \t ซึ่งไม่รวม U+FEFF ดังนั้น BOM อาจหลงเหลืออยู่ หากพบ InvalidCharacterError ที่เกิดจาก BOM แนะนำให้ลบ BOM ด้วย TextDecoder ในโค้ดหรือคอนโซลเบราว์เซอร์ก่อน

อักขระ URL Safe และ Base64 มาตรฐานจะถูกแปลงซึ่งกันและกันหรือไม่?

ไม่ ตัวเลือก "ลบอักขระพิเศษ" ของเครื่องมือนี้จะเก็บอักขระ + / - _ ทั้งสี่ชนิด ใช้สำหรับลบสิ่งรบกวนเท่านั้น ไม่ได้ทำการแปลง หากต้องการแปลงระหว่าง URL Safe ↔ อักขระมาตรฐาน โปรดใช้เครื่องมือ Base64URL เฉพาะทาง (base64-url-safe)

เนื้อหาของฉันจะถูกอัปโหลดไปยังเซิร์ฟเวอร์หรือไม่?

ไม่ ลอจิกการล้างทั้งหมดทำงานในเบราว์เซอร์ภายในเครื่อง สตริง Base64 ดั้งเดิมจะไม่ออกจากอุปกรณ์ของคุณ สามารถใช้งานได้อย่างมั่นใจแม้กับข้อมูลที่ละเอียดอ่อน (ข้อมูลรับรอง คีย์ โทเค็น)

สามารถล้าง Base64 หลายส่วนพร้อมกันได้หรือไม่?

เครื่องมือนี้เป็นอินเทอร์เฟซล้างส่วนเดียว หากต้องการล้าง Base64 หลายส่วน แนะนำให้เรียกลอจิกของเครื่องมือนี้ในลูป หรือใช้เครื่องมือบรรทัดคำสั่งที่เกี่ยวข้อง (เช่น คำสั่ง base64) สำหรับการเข้ารหัส/ถอดรหัสแบบกลุ่ม โปรดใช้ base64-batch-encode / base64-batch-decode

การแก้ไขปัญหา

หลังล้างแล้ว atob ยังแจ้งข้อผิดพลาด

อาจเป็นปัญหาความยาว (ไม่ใช่ทวีคูณของ 4) หรือมี BOM / เศษการเข้ารหัสหลงเหลือ ตรวจสอบให้แน่ใจว่าได้เลือก "เติม Padding อัตโนมัติ" แล้ว หากยังมีข้อผิดพลาด ลองถอดรหัสใหม่เป็น UTF-8 ด้วย TextDecoder ในคอนโซลเบราว์เซอร์ ลบ BOM แล้วล้างอีกครั้ง

หลังล้างความยาวเปลี่ยนไป แต่การถอดรหัสยังล้มเหลว

เป็นไปได้ว่าเนื้อหาดั้งเดิมไม่ใช่ Base64 มาตรฐาน เช่น อาจเป็น Base32 / Base58 / Base85 โปรดยืนยันรูปแบบการเข้ารหัสของข้อมูลดั้งเดิม แล้วสลับไปใช้เครื่องมือที่เกี่ยวข้อง หรือสามารถลองเข้ารหัสสตริงดั้งเดิมใหม่ด้วย btoa ก่อน atob เพื่อทดสอบ

หลังล้างแล้วอักขระเหลือน้อยมาก

มีแนวโน้มว่าตัวเลือก "ลบอักขระพิเศษ" เข้มงวดเกินไป ทำให้ + / - _ ถูกลบไปด้วย โปรดตรวจสอบว่าบัญชีขาวอักขระถูกปิดโดยไม่ได้ตั้งใจหรือไม่; เครื่องมือนี้เก็บอักขระ Base64 ที่ถูกต้องทั้งหมด 66 อักขระโดยค่าเริ่มต้น หากอินพุตเป็น URL Safe ให้ปิด "ลบอักขระพิเศษ"

หลังวางแล้วไม่มีเอาต์พุตใดๆ

อาจเป็นเพราะอินพุตเป็นอักขระช่องว่างทั้งหมด (มีเพียงช่องว่าง / ขึ้นบรรทัดใหม่ / แท็บ) ตัวเลือก "ลบช่องว่าง" ของเครื่องมือนี้จะลบทั้งหมดแล้วเหลือสตริงว่าง โปรดตรวจสอบว่าอินพุตดั้งเดิมมีอักขระ Base64 อย่างน้อย 1 ตัว (A-Z a-z 0-9 + / =)

อภิธานศัพท์

UTF-8 BOM
Byte Order Mark (เครื่องหมายลำดับไบต์) คือคำนำหน้า 3 ไบต์ (0xEF 0xBB 0xBF) ที่เพิ่มเมื่อระบบ Windows บันทึกข้อความ UTF-8 ทำให้ตัวถอดรหัส Base64 มองอักขระแรกเป็นไบต์ที่ไม่ถูกต้อง
URL Safe Base64
รูปแบบ Base64 ที่ปลอดภัยสำหรับ URL ตาม RFC 4648 §5 ซึ่งแทนที่ + และ / ด้วย - และ _ ตัวเลือก "ลบอักขระพิเศษ" ของเครื่องมือนี้จะเก็บ 4 อักขระนี้ไว้ เพื่อป้องกันการลบโดยไม่ได้ตั้งใจ
อักขระขึ้นบรรทัดใหม่
\r\n (Windows) และ \n (Unix / macOS) MIME Base64 ของไฟล์แนบอีเมลมักจะขึ้นบรรทัดใหม่ทุก 76 อักขระ จำเป็นต้องลบเมื่อทำการล้าง
อักขระ Base64 ที่ถูกต้อง
ชุดตัวอักษร Base64 มาตรฐานคือ A-Z, a-z, 0-9, +, /, = (Padding) รวมกับ -, _ ของรูปแบบ URL Safe รวมทั้งหมด 66 อักขระที่ถูกกฎหมาย
InvalidCharacterError
ข้อผิดพลาดในการถอดรหัสที่ atob() ของเบราว์เซอร์ส่งออก เกิดขึ้นเมื่อสตริง Base64 มีอักขระที่อยู่นอกชุดตัวอักษรที่ถูกต้อง (ภาษาจีน ช่องว่าง สัญลักษณ์พิเศษ ฯลฯ)

ชุดอักขระ Base64 และกฎการเก็บรักษา

ตารางอักขระที่ถูกต้องซึ่งตัวเลือก "ลบอักขระพิเศษ" ของเครื่องมือนี้เก็บไว้

ประเภทอักขระอักขระกฎการเก็บรักษา
ตัวอักษรA-Z, a-z52 อักขระ ต้องเก็บ
ตัวเลข0-910 อักขระ ต้องเก็บ
สัญลักษณ์ Base64 มาตรฐาน+ /2 อักขระ ต้องเก็บ
สัญลักษณ์ URL Safe- _2 อักขระ ต้องเก็บในสถานการณ์ URLSafe
Padding=การเติมที่ส่วนท้าย ต้องเก็บ
ช่องว่างช่องว่าง, \n, \r, \tลบตามตัวเลือก "ลบช่องว่าง"
อื่นๆภาษาจีน / อิโมจิ / BOM ฯลฯลบตามตัวเลือก "ลบอักขระพิเศษ"

5 แหล่งการปนเปื้อน Base64 ที่พบบ่อย

ทำความเข้าใจว่าเนื้อหาไม่ถูกต้องปะปนเข้าไปในสตริง Base64 ได้อย่างไร

แหล่งการปนเปื้อนเนื้อหาที่ปะปนตัวเลือกที่แนะนำ
ไฟล์แนบอีเมล\r\n ทุก 76 อักขระลบช่องว่าง
วางจาก Excel / ฐานข้อมูลช่องว่างหน้า-หลัง / แท็บลบช่องว่าง
ไฟล์ txt ของ WindowsUTF-8 BOM (EF BB BF)ลบอักขระพิเศษ + ลบ BOM ด้วยตนเอง
URL / ชื่อไฟล์อักขระ + / ขัดแย้งเก็บ URLSafe (แปลงด้วย base64-url-safe)
ล็อก / เอาต์พุต traceคำนำหน้า/ท้ายสำหรับดีบักลบอักขระพิเศษ

เปรียบเทียบ 3 ตัวเลือกการล้าง

3 ตัวเลือกเป็นอิสระและสามารถรวมกันได้ ใช้รวมกันตามต้องการ

ตัวเลือกพฤติกรรมสถานการณ์ที่เหมาะสม
ลบช่องว่างลบ \s \n \r \tอีเมล / Excel / ล็อก
ลบอักขระพิเศษเก็บเฉพาะตัวอักษร Base64มีภาษาจีน / อิโมจิ / BOM ปะปน
เติม Padding อัตโนมัติเติม = ที่ส่วนท้ายจนเป็นทวีคูณของ 4ความยาวไม่ใช่ทวีคูณของ 4

Authoritative References