Mã hóa/Giải mã Base64
Mã hóa/Giải mã Base64
Mã hóa/Giải mã Base64: Hỗ trợ mã hóa và giải mã Base64 dữ liệu văn bản và nhị phân với các tùy chọn định dạng URL-safe và MIME. Hỗ trợ phân tích cú pháp URL dữ liệu, mã hóa từng dòng và nhận dạng định dạng tự động, phù hợp cho gọi API, tệp đính kèm email và nhúng dữ liệu Mọi xử lý đều diễn ra ngay trong trình duyệt.
Bắt đầu nhanh
Tình huống sử dụng phổ biến
URL/JWT
nên ưu tiên biến thể URL‑safe (−/_); phần '=' ở cuối có thể được lược bỏ để tránh vấn đề escape
Email/MIME
khi cần ngắt dòng, hãy dùng quy tắc MIME 76 cột (CRLF); với web thì không cần ngắt dòng. Công cụ cung cấp ngắt dòng 76 cột và chuyển đổi LF/CRLF.
Văn bản nhiều dòng
bật Mã hóa theo dòng để mã hóa từng dòng độc lập.
MIME/PEM
bật ngắt dòng 76 cột; bật sử dụng LF khi cần.
Data URL
khi nhúng, tạo chuỗi data:[mime];base64,…; bộ giải mã sẽ tự động tách phần sau dấu phẩy.
Kiểm tra khứ hồi
mã hóa rồi ngay lập tức giải mã lại để kiểm tra tính chính xác.
Tải ảnh lên
giữ nguyên byte gốc và chuyển qua lại giữa Data URL với raw Base64 mà không cần tải lại.
Data URL ảnh
dán data:image/...;base64,... để tự nhận diện MIME và dựng lại ảnh có thể xem trước.
Dữ liệu ảnh raw Base64
hãy chỉ rõ MIME của ảnh gốc trước khi dựng lại hoặc tải xuống.
Tình huống bổ sung
mã hóa Base64, giải mã Base64 và chuyển đổi Base64 cũng có thể được xử lý trong cùng một luồng để bạn kiểm tra kết quả nhanh hơn trước khi sao chép hoặc xuất ra.
Tham số & biến thể mã hóa
Gợi ý sử dụng
Giới hạn & khả năng tương thích
Quyền riêng tư & bảo mật
Câu hỏi thường gặp
Base64 là một sơ đồ biểu diễn dữ liệu nhị phân bất kỳ bằng các ký tự văn bản có thể in được. Nó xuất hiện đầu tiên trong chuẩn MIME của email (những năm 1990, RFC 1521/2045) và sau đó được chuẩn hóa trong RFC 4648. Mục tiêu không phải là “mã hóa bảo mật” mà là truyền tải byte một cách ổn định qua các kênh thiên về văn bản. Cách hoạt động: cứ mỗi 3 byte (24 bit) được chia thành bốn khối 6 bit và ánh xạ sang 64 ký tự A–Z, a–z, 0–9, +, /. Nếu độ dài nguồn không chia hết cho 3, ký tự “=” được dùng để đệm cho đủ độ dài bội số của 4. Kích thước thường tăng khoảng ~33%. Biến thể & lựa chọn: RFC 4648 định nghĩa biến thể URL‑safe, dùng “-” và “_” thay cho “+” và “/”, và phần “=” ở cuối có thể được lược bỏ. Nên ưu tiên URL‑safe cho URL, Cookie và JWT; dùng Base64 chuẩn (giữ +/ và =) cho các chuỗi công cụ cũ/MIME. Công cụ này mặc định dùng URL‑safe; bộ giải mã chấp nhận cả hai biến thể. Ví dụ: ??? → chuẩn Pz8/, URL‑safe Pz8_; ~~~ → chuẩn fn5+, URL‑safe fn5-. Data URL: khi nhúng, hãy dùng data:[mime];base64,… và chỉ giải mã phần sau dấu phẩy (công cụ này sẽ tự tách). Các mốc (tóm tắt): 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (cập nhật MIME, thay thế 1521) → 2003 RFC 3548 (Simon Josefsson, trừu tượng hóa Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, thống nhất và định nghĩa Base64URL, thay thế 3548). Ngoài ra: 1993 RFC 1421 (PEM, J. Linn) dùng Radix‑64 (gần giống Base64) để mang dữ liệu nhị phân qua email. Lưu ý bảo mật: Base64 là định dạng có thể đảo ngược, không cung cấp bảo mật về tính bí mật hay tính toàn vẹn. Hãy mã hóa (encryption) trước, rồi mới encode Base64.
Không. Bất kỳ ai có chuỗi Base64 cũng có thể giải mã nó. Nếu cần bảo mật, hãy mã hóa (encryption) trước.
Chỉ các ký tự A–Z, a–z, 0–9, +, / và = là hợp lệ, và độ dài phải đúng chuẩn (bội số của 4 hoặc có padding hợp lệ).
Khác biệt thường đến từ cách ngắt dòng, việc có giữ ký tự '=' padding, việc dùng hay không dùng biến thể URL‑safe (−/_), và những chi tiết cài đặt khác. Hãy thống nhất dùng UTF‑8, tắt ngắt dòng, và quyết định rõ có dùng URL‑safe và có giữ padding hay không.
Base64 biểu diễn 8 bit thông qua 6 bit; phần dư ~33% là đặc điểm vốn có của chuẩn.
Có nếu dùng UTF‑8. Dữ liệu nhị phân không phải văn bản sau khi giải mã có thể trông như chuỗi vô nghĩa.