ประเด็นสำคัญ
- 01เข้ารหัสข้อความใด ๆ เป็น Base64 หรือถอดรหัส Base64 กลับเป็นข้อความทันที โดยไม่มีส่วนประกอบเซิร์ฟเวอร์
- 02สนับสนุนทั้ง Base64 มาตรฐาน (+, /) และ Base64 ที่ปลอดภัยสำหรับ URL (-, _) ใช้ใน JWT และ URL ลงนาม
- 03สนับสนุน UTF-8 ที่สมบูรณ์ หมายความว่าอีโมจิ Cyrillic CJK และอาหรับเข้ารหัสและถอดรหัสได้อย่างถูกต้องทุกครั้ง
- 04Base64 เป็นการเข้ารหัส ไม่ใช่การเข้ารหัส ไม่ควรใช้เพื่อซ่อนความลับ ใช้การเข้ารหัสจริงแทน
Base64 คืออะไรและเมื่อใดที่คุณต้องใช้
Base64 เป็นวิธีการแสดงข้อมูลไบนารีเป็นข้อความ ASCII ที่พิมพ์ได้ มันปรากฏอย่างต่อเนื่องในงานของนักพัฒนา: การฝังรูปภาพใน CSS เป็น data URI การส่งผ่านเพลโดรมไบนารีผ่าน API JSON การเข้ารหัสข้อมูลประจำตัวในส่วนหัว HTTP Basic Auth และการสร้างส่วน payload ของ JWT มันไม่ใช่การเข้ารหัส แต่เป็นสิ่งจำเป็นเมื่อใดก็ตามที่ช่องอยู่ยอมรับเฉพาะข้อความ
นักพัฒนาส่วนใหญ่ใช้เครื่องมือบรรทัดคำสั่งหรือสคริปต์อย่างรวดเร็ว Handytool ให้ทางเลือก ที่ใช้เบราว์เซอร์ซึ่งเป็นทันที จัดการ Unicode ได้อย่างถูกต้อง สนับสนุนทั้งตัวแปรมาตรฐานและ URL ที่ปลอดภัย และไม่ส่งอินพุตของคุณไปที่ใดก็ตาม
วิธีเข้ารหัสหรือถอดรหัส Base64
- 01
วาง หรือพิมพ์อินพุตของคุณ
พิมพ์หรือวางข้อความที่คุณต้องการเข้ารหัส หรือสตริง Base64 ที่คุณต้องการถอดรหัส ลงในกล่องอินพุต
- 02
เลือก Standard หรือ URL-safe mode
สลับไปยังโหมด URL ที่ปลอดภัยหากคุณกำลังทำงานกับ JWT โทเค็น OAuth หรือ URL ลงนาม Base64 ที่ปลอดภัยสำหรับ URL แทนที่ + ด้วย - และ / ด้วย _ และปล่อยให้ Padding = หลัง
- 03
เลือก Encode หรือ Decode
คลิก Encode เพื่อแปลงข้อความธรรมชาติเป็น Base64 หรือ Decode เพื่อแปลง Base64 กลับเป็นข้อความที่อ่านได้
- 04
คัดลอกผล
คลิกปุ่มคัดลอกถัดจากเอาต์พุตเพื่อวางผลลัพธ์บนคลิปบอร์ดของคุณ พร้อมที่จะวางลงในรหัส เทอร์มินัล หรือไคลเอนต์ API ของคุณ
กรณีการใช้ Base64 ทั่วไป
Base64 ปรากฏในหลายสถานที่ในการพัฒนาประจำวัน
- 01Data URI — ฝังรูปภาพหรือฟอนต์ขนาดเล็กโดยตรงใน HTML หรือ CSS โดยไม่ต้องใช้คำขอไฟล์แยกต่างหาก
- 02HTTP Basic Auth — ข้อมูลประจำตัวจะส่งเป็น Base64(ชื่อผู้ใช้:รหัสผ่าน) ในส่วนหัว Authorization
- 03JWT payload — ส่วนหัว และ payload ของ JWT เป็น Base64 ที่ปลอดภัยสำหรับ URL
- 04ฟิลด์ API ไบนารี — API บางตัวต้องใช้เนื้อหาไบนารี (ลายเซ็น คีย์) ที่เข้ารหัสเป็น Base64 ใน JSON
- 05สิ่งที่แนบมาของอีเมล — MIME ใช้ Base64 เพื่อเข้ารหัสสิ่งที่แนบมาเป็นข้อความ ASCII สำหรับการส่งผ่าน
- 06โทเค็นแฮชเนื้อหา — HMAC และ hash digest มักจะส่งเป็น Base64 แทนที่จะเป็น hex
ปลอดภัยต่อการใช้กับสตริงที่ไวต่อ
การเข้ารหัสและถอดรหัสเกิดขึ้นโดยสมบูรณ์ในเบราว์เซอร์ของคุณโดยใช้ API ดั้งเดิม btoa atob และ TextEncoder ไม่มีการส่งไปยังเซิร์ฟเวอร์ คุณสามารถวาง API key โทเค็น OAuth หรือสตริงที่ไวต่ออื่น ๆ ได้อย่างปลอดภัยเพื่อตรวจสอบหรือเข้ารหัสโดยไม่มีความเสี่ยงความเป็นส่วนตัว
จำไว้ว่า Base64 ไม่ใช่ชั้นความปลอดภัย ใครก็ตามที่สามารถเห็น Base64 สตริงสามารถถอดรหัสได้ในไม่กี่วินาที ใช้มันเพื่อจัดรูปแบบข้อมูลอย่างถูกต้อง ไม่ใช่เพื่อป้องกัน
Base64 Encoder FAQ
Base64 Encoding ใช้สำหรับอะไร?
Base64 แสดงข้อมูลไบนารีเป็นข้อความ ASCII การใช้งานทั่วไป ได้แก่ data URI ใน CSS JWT payload ข้อมูลประจำตัว HTTP Basic Auth และฟิลด์ไบนารีใน API JSON
Base64 ที่ปลอดภัยสำหรับ URL คืออะไร?
Base64 มาตรฐานใช้ + และ / ซึ่งมีความหมายพิเศษใน URL Base64 ที่ปลอดภัยสำหรับ URL แทนที่พวกมันด้วย - และ _ และปล่อยให้ = padding และ JWT โทเค็น OAuth และ URL ลงนามล้วนใช้ตัวแปรนี้
Base64 เหมือนกับการเข้ารหัสหรือไม่?
ไม่ Base64 เป็นการเข้ารหัส ใครก็ตามสามารถถอดรหัสได้ สำหรับความลับจริง ให้ใช้การเข้ารหัสจริง เช่น AES หรือ TLS Base64 เป็นสำหรับจัดรูปแบบข้อมูลเพื่อให้สามารถเดินทางผ่านช่องข้อความเท่านั้น
เหตุใดเอาต์พุต Base64 ของฉันจึงดูผิดสำหรับข้อความที่ไม่ใช่ภาษาอังกฤษ
เครื่องมือจำนวนมากถือว่าอินพุตเป็น Latin-1 ซึ่งหักเล่น Unicode และตัวอักษรที่ไม่ใช่ ASCII Handytool แปลงอินพุตเป็นไบต์ UTF-8 ก่อนโดยใช้ TextEncoder จึงตัวอักษร Unicode ทั้งหมดเข้ารหัสได้อย่างถูกต้อง
อินพุตของฉันถูกอัปโหลดไปยังเซิร์ฟเวอร์หรือไม่?
ไม่มีวันเลย ตัวเข้ารหัสใช้ API เบราว์เซอร์ดั้งเดิม (btoa/atob และ TextEncoder) และทำงานโดยสมบูรณ์ในพื้นที่ ไม่มีการส่ง บันทึก หรือเก็บไว้
ฟรีหรือไม่?
ใช่ Handytool ฟรีอย่างสมบูรณ์โดยไม่ต้องสมัคร ไม่มีขีด จำกัด การใช้งาน และไม่มีโฆษณาในทาง