Herramienta gratuita de codificación y decodificación Base64 en línea. Soporta conjuntos de caracteres UTF-8/ASCII/ISO-8859-1, con tres variantes: Standard, URL-Safe y MIME. Muestra la tasa de inflado de volumen en tiempo real, y los saltos de línea MIME cumplen con el estándar RFC 2045.
No. Base64 solo convierte texto a otra forma de representación reversible, cualquiera puede decodificarlo de vuelta al texto original. Si se trata de datos sensibles (contraseñas, tokens), utilice un esquema de cifrado real como AES. Base64 solo es adecuado para la conversión de formatos de datos, facilitando la transmisión de datos binarios a través de sistemas de texto.
Herramienta de cifrado AESLa codificación Base64 aumenta el volumen de datos originales en aproximadamente un 33%. Esto se debe a que cada 3 bytes (24 bits) se codifican en 4 caracteres Base64. Por ejemplo, un texto de 100 bytes tendrá aproximadamente 133 bytes después de la codificación. La parte inferior de la herramienta muestra la tasa de inflado en tiempo real para que pueda evaluar el tamaño de los datos. Ejemplo: `Hello` → `SGVsbG8=` (volumen +33%).
Herramienta de estadísticas Base64Standard es el Base64 estándar que utiliza los caracteres A-Z, a-z, 0-9, +, /. URL-Safe reemplaza +/ con -_, lo que lo hace adecuado para parámetros URL y tokens JWT. MIME inserta saltos de línea cada 76 caracteres, cumpliendo con el estándar de transmisión de correo RFC 2045, adecuado para adjuntos de correo y texto de varias líneas.
URL-Safe Base64MIME Base64JWT utiliza la codificación Base64URL (variante URL-Safe). Después de seleccionar el modo URL-Safe, simplemente pegue el primer segmento (header) o el segundo segmento (payload) del JWT para decodificarlo. Tenga en cuenta que el tercer segmento del JWT es la firma y no debe decodificarse ni verificarse aquí.
Herramienta JWTLa longitud del resultado de la codificación Base64 debe ser un múltiplo de 4. Cuando la longitud de entrada no es un múltiplo de 3, se rellena con el carácter =. La variante URL-Safe no utiliza padding. La herramienta maneja automáticamente el padding y también elimina automáticamente los caracteres = durante la decodificación.
Herramienta de Padding Base64btoa y atob son API nativas del navegador que operan con el conjunto de caracteres Latin-1 (ISO-8859-1), donde cada carácter ocupa 1 byte. Los caracteres chinos ocupan 3 bytes en UTF-8, por lo que pasarlos directamente causará un error. La solución es usar primero encodeURIComponent para convertir el chino al formato %xx de secuencia de bytes UTF-8, luego usar unescape para convertirlo a una cadena Latin-1, y finalmente usar btoa para codificar.
Data URI es un formato URI que permite incrustar datos directamente en una URL, con la sintaxis: `data:[<mediatype>][;base64],<data>`. Por ejemplo: `data:image/png;base64,iVBORw0KGgo...`. Se usa a menudo para incrustar íconos pequeños, imágenes de fondo CSS, etc., reduciendo el número de solicitudes HTTP. Pero Base64 aumenta el volumen en un 33%, por lo que solo es adecuado para archivos pequeños; los archivos grandes deben usar URL normales.
Herramienta Data URIBase64 a imagenBase64 es un esquema de codificación de binario a texto basado en 64 caracteres ASCII imprimibles, definido por primera vez por RFC 2045 (estándar MIME). Base64 convierte cada 3 bytes (24 bits) en 4 caracteres Base64 (A-Z, a-z, 0-9, +, /), permitiendo que los datos binarios se transmitan de forma segura a través de sistemas que solo admiten texto, como encabezados HTTP, cargas JSON, documentos XML o parámetros de consulta URL.
**Base64 no es cifrado**, solo proporciona conversión de formato de datos, cualquiera puede decodificarlo fácilmente. Si necesita proteger datos sensibles, utilice un esquema de cifrado real como AES. Los usos típicos de Base64 incluyen: HTTP Basic Authentication (`Authorization: Basic dXNlcjpwYXNz`), segmentos header y payload de tokens JWT (formato Base64URL), Data URI (`data:image/png;base64,...`), codificación MIME de adjuntos de correo, etc.
**URL-Safe Base64** (RFC 4648 §5) reemplaza los +/ del Base64 estándar con -_ y generalmente omite el padding =. Esto hace que el resultado codificado pueda aparecer de forma segura en URLs, rutas de archivos o campos JSON. Los tokens JWT, el code_verifier de OAuth PKCE y AWS Signature V4 utilizan la codificación URL-Safe Base64.
**El plegado MIME** es un estándar RFC 2045 que especifica que cada línea no debe exceder los 76 caracteres. Cuando el contenido Base64 se utiliza en correos electrónicos o ciertos escenarios que requieren visualización con saltos de línea, la variante MIME inserta automáticamente caracteres de salto de línea (`\n`) cada 76 caracteres. Este es el formato estándar para la transmisión de adjuntos de correo electrónico.
La herramienta utiliza la **API nativa btoa/atob** del navegador, combinada con lógica de procesamiento segura para UTF-8, garantizando que los caracteres multibyte como chino, japonés y emoji se codifiquen correctamente. Todos los cálculos se completan localmente, los datos no se envían a ningún servidor. Abra el panel de red de las herramientas de desarrollador del navegador para verificar que no hay solicitudes externas durante todo el proceso.
| Característica | Standard | URL-Safe | MIME |
|---|---|---|---|
| Caracteres especiales | + / | - _ | + / |
| Padding（=） | Se usa | Generalmente se omite | Se usa |
| Saltos de línea | Ninguno | Ninguno | Salto cada 76 caracteres |
| Estándar | RFC 4648 §4 | RFC 4648 §5 | RFC 2045 |
| Casos típicos | Data URI, codificación general | JWT, parámetros URL, nombres de archivo | Adjuntos de correo, transmisión SMTP |
| Codificación | Núm. caracteres | Características del juego de caracteres | Inflado de volumen | Uso típico |
|---|---|---|---|---|
Base16 (Hex) | 16 | 0-9, A-F | 100% | Depuración, visualización de hashes |
Base32 | 32 | A-Z, 2-7（mayúsculas sin confusión） | 60% | DNS, claves TOTP, códigos QR |
Base58 | 58 | Excluye caracteres confundibles 0/O/I/l | 38% | Direcciones Bitcoin, criptomonedas |
Base62 | 62 | A-Z, a-z, 0-9 | 34% | Acortadores URL, codificación de IDs |
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));
}
}