Strumento gratuito di codifica e decodifica Base64 online. Supporta set di caratteri UTF-8/ASCII/ISO-8859-1, con tre varianti: Standard, URL-Safe e MIME. Mostra il tasso di espansione del volume in tempo reale e le interruzioni di riga MIME sono conformi allo standard RFC 2045.
No. Base64 converte solo il testo in un'altra forma di rappresentazione reversibile; chiunque può decodificarlo nuovamente nel testo originale. Se si tratta di dati sensibili (password, token), utilizzare un vero schema di crittografia come AES. Base64 è adatto solo per la conversione del formato dei dati, facilitando la trasmissione di dati binari attraverso sistemi testuali.
Strumento di crittografia AESLa codifica Base64 aumenta il volume dei dati originali di circa il 33%. Ciò è dovuto al fatto che ogni 3 byte (24 bit) vengono codificati in 4 caratteri Base64. Ad esempio, un testo di 100 byte sarà di circa 133 byte dopo la codifica. La parte inferiore dello strumento mostra il tasso di espansione in tempo reale per valutare la dimensione dei dati. Esempio: `Hello` → `SGVsbG8=` (volume +33%).
Strumento statistiche Base64Standard è il Base64 standard che utilizza i caratteri A-Z, a-z, 0-9, +, /. URL-Safe sostituisce +/ con -_, rendendolo adatto per parametri URL e token JWT. MIME inserisce interruzioni di riga ogni 76 caratteri, conforme allo standard di trasmissione e-mail RFC 2045, adatto per allegati e-mail e testo multilinea.
URL-Safe Base64MIME Base64JWT utilizza la codifica Base64URL (variante URL-Safe). Dopo aver selezionato la modalità URL-Safe, è sufficiente incollare il primo segmento (header) o il secondo segmento (payload) del JWT per decodificarlo. Si noti che il terzo segmento del JWT è la firma e non deve essere decodificato o verificato qui.
Strumento JWTLa lunghezza del risultato della codifica Base64 deve essere un multiplo di 4. Quando la lunghezza dell'input non è un multiplo di 3, viene riempita con il carattere =. La variante URL-Safe non utilizza il padding. Lo strumento gestisce automaticamente il padding e rimuove automaticamente anche i caratteri = durante la decodifica.
Strumento Padding Base64btoa e atob sono API native del browser che operano con il set di caratteri Latin-1 (ISO-8859-1), dove ogni carattere occupa 1 byte. I caratteri cinesi occupano 3 byte in UTF-8, quindi passarli direttamente causerà un errore. La soluzione è utilizzare prima encodeURIComponent per convertire il cinese nel formato %xx della sequenza di byte UTF-8, quindi utilizzare unescape per convertirlo in una stringa Latin-1 e infine utilizzare btoa per codificare.
Data URI è un formato URI che consente di incorporare dati direttamente in un URL, con la sintassi: `data:[<mediatype>][;base64],<data>`. Ad esempio: `data:image/png;base64,iVBORw0KGgo...`. Viene spesso utilizzato per incorporare icone piccole, immagini di sfondo CSS ecc., riducendo il numero di richieste HTTP. Ma Base64 aumenta il volume del 33%, quindi è adatto solo per file piccoli; i file di grandi dimensioni devono utilizzare URL normali.
Strumento Data URIBase64 in immagineBase64 è uno schema di codifica binario-testo basato su 64 caratteri ASCII stampabili, definito per la prima volta dalla RFC 2045 (standard MIME). Base64 converte ogni 3 byte (24 bit) in 4 caratteri Base64 (A-Z, a-z, 0-9, +, /), consentendo ai dati binari di essere trasmessi in modo sicuro attraverso sistemi che supportano solo testo, come intestazioni HTTP, payload JSON, documenti XML o parametri di query URL.
**Base64 non è crittografia**, fornisce solo la conversione del formato dei dati, chiunque può decodificarlo facilmente. Se è necessario proteggere dati sensibili, utilizzare un vero schema di crittografia come AES. Gli usi tipici di Base64 includono: HTTP Basic Authentication (`Authorization: Basic dXNlcjpwYXNz`), segmenti header e payload di token JWT (formato Base64URL), Data URI (`data:image/png;base64,...`), codifica MIME di allegati e-mail ecc.
**URL-Safe Base64** (RFC 4648 §5) sostituisce i +/ del Base64 standard con -_ e generalmente omette il padding =. Ciò consente al risultato codificato di apparire in modo sicuro in URL, percorsi di file o campi JSON. I token JWT, il code_verifier di OAuth PKCE e AWS Signature V4 utilizzano tutti la codifica URL-Safe Base64.
**L'interruzione di riga MIME** è uno standard RFC 2045 che specifica che ogni riga non deve superare i 76 caratteri. Quando il contenuto Base64 viene utilizzato in e-mail o in determinati scenari che richiedono la visualizzazione con interruzioni di riga, la variante MIME inserisce automaticamente caratteri di interruzione di riga (`\n`) ogni 76 caratteri. Questo è il formato standard per la trasmissione di allegati e-mail.
Lo strumento utilizza le **API native btoa/atob** del browser, combinate con una logica di elaborazione sicura per UTF-8, garantendo che i caratteri multibyte come cinese, giapponese ed emoji siano codificati correttamente. Tutti i calcoli vengono completati localmente, i dati non vengono inviati a nessun server. Aprire il pannello di rete degli strumenti per sviluppatori del browser per verificare che non ci siano richieste esterne durante tutto il processo.
| Caratteristica | Standard | URL-Safe | MIME |
|---|---|---|---|
| Caratteri speciali | + / | - _ | + / |
| Padding（=） | Usato | Generalmente omesso | Usato |
| Interruzioni di riga | Nessuna | Nessuna | Interruzione ogni 76 caratteri |
| Standard | RFC 4648 §4 | RFC 4648 §5 | RFC 2045 |
| Casi tipici | Data URI, codifica generale | JWT, parametri URL, nomi di file | Allegati e-mail, trasmissione SMTP |
| Codifica | Num. caratteri | Caratteristiche del set di caratteri | Espansione volume | Uso tipico |
|---|---|---|---|---|
Base16 (Hex) | 16 | 0-9, A-F | 100% | Debug, visualizzazione hash |
Base32 | 32 | A-Z, 2-7（maiuscole senza confusione） | 60% | DNS, chiavi TOTP, codici QR |
Base58 | 58 | Esclude caratteri confondibili 0/O/I/l | 38% | Indirizzi Bitcoin, criptovalute |
Base62 | 62 | A-Z, a-z, 0-9 | 34% | Abbreviatori URL, codifica ID |
Base64 | 64 | A-Z, a-z, 0-9, +, / | 33% | Data URI, MIME, JWT（variante URL-Safe） |
// 编码（支持 UTF-8 中文）
function b64Encode(str) {
return btoa(unescape(encodeURIComponent(str)));
}
// 解码（支持 UTF-8 中文）
function b64Decode(str) {
return decodeURIComponent(escape(atob(str)));
}
// URL-Safe 编码（用于 JWT / OAuth）
function b64UrlEncode(str) {
return btoa(unescape(encodeURIComponent(str)))
.replace(/\+/g, '-')
.replace(/\//g, '_')
.replace(/=+$/, '');
}
console.log(b64Encode('Hello 世界')); // SGVsbG8g5LiW55WM
console.log(b64Decode('SGVsbG8g5LiW55WM')); // Hello 世界import base64
# Standard 编码（UTF-8）
encoded = base64.b64encode('Hello 世界'.encode('utf-8'))
print(encoded.decode()) # SGVsbG8g5LiW55WM
# Standard 解码
decoded = base64.b64decode(encoded).decode('utf-8')
print(decoded) # Hello 世界
# URL-Safe 编码（用于 JWT / OAuth）
url_safe = base64.urlsafe_b64encode('Hello 世界'.encode('utf-8'))
print(url_safe.decode()) # SGVsbG8g5LiW55WM（无 padding 需手动去除）
# 去除 padding（JWT 标准做法）
url_safe_no_pad = url_safe.decode().rstrip('=')
print(url_safe_no_pad)import java.nio.charset.StandardCharsets;
import java.util.Base64;
public class Base64Example {
public static void main(String[] args) {
String text = "Hello 世界";
// Standard 编码
String encoded = Base64.getEncoder()
.encodeToString(text.getBytes(StandardCharsets.UTF_8));
System.out.println(encoded); // SGVsbG8g5LiW55WM
// Standard 解码
String decoded = new String(
Base64.getDecoder().decode(encoded), StandardCharsets.UTF_8);
System.out.println(decoded); // Hello 世界
// URL-Safe 编码（用于 JWT / URL）
String urlSafe = Base64.getUrlEncoder().withoutPadding()
.encodeToString(text.getBytes(StandardCharsets.UTF_8));
System.out.println(urlSafe);
// MIME 编码（76字符换行）
String mime = Base64.getMimeEncoder()
.encodeToString(text.getBytes(StandardCharsets.UTF_8));
}
}