Ferramenta gratuita de codificação e decodificação Base64 online. Suporta conjuntos de caracteres UTF-8/ASCII/ISO-8859-1, com três variantes: Standard, URL-Safe e MIME. Exibe a taxa de expansão de volume em tempo real, e as quebras de linha MIME estão em conformidade com o padrão RFC 2045.
Não. O Base64 apenas converte texto em outra forma de representação reversível; qualquer pessoa pode decodificá-lo de volta ao texto original. Se se tratar de dados sensíveis (senhas, tokens), use um esquema de criptografia real como o AES. O Base64 é adequado apenas para conversão de formato de dados, facilitando a transmissão de dados binários por sistemas de texto.
Ferramenta de criptografia AESA codificação Base64 aumenta o volume dos dados originais em aproximadamente 33%. Isso ocorre porque cada 3 bytes (24 bits) são codificados em 4 caracteres Base64. Por exemplo, um texto de 100 bytes terá aproximadamente 133 bytes após a codificação. A parte inferior da ferramenta exibe a taxa de expansão em tempo real para que você possa avaliar o tamanho dos dados. Exemplo: `Hello` → `SGVsbG8=` (volume +33%).
Ferramenta de estatísticas Base64Standard é o Base64 padrão que usa os caracteres A-Z, a-z, 0-9, +, /. URL-Safe substitui +/ por -_, tornando-o adequado para parâmetros URL e tokens JWT. MIME insere quebras de linha a cada 76 caracteres, em conformidade com o padrão de transmissão de e-mail RFC 2045, adequado para anexos de e-mail e texto de várias linhas.
URL-Safe Base64MIME Base64O JWT usa a codificação Base64URL (variante URL-Safe). Após selecionar o modo URL-Safe, basta colar o primeiro segmento (header) ou o segundo segmento (payload) do JWT para decodificá-lo. Observe que o terceiro segmento do JWT é a assinatura e não deve ser decodificado ou verificado aqui.
Ferramenta JWTO comprimento do resultado da codificação Base64 deve ser um múltiplo de 4. Quando o comprimento da entrada não é um múltiplo de 3, ele é preenchido com o caractere =. A variante URL-Safe não usa padding. A ferramenta processa automaticamente o padding e também remove automaticamente os caracteres = durante a decodificação.
Ferramenta de Padding Base64btoa e atob são APIs nativas do navegador que operam com o conjunto de caracteres Latin-1 (ISO-8859-1), onde cada caractere ocupa 1 byte. Caracteres chineses ocupam 3 bytes em UTF-8, portanto, passá-los diretamente causará um erro. A solução é usar primeiro encodeURIComponent para converter o chinês para o formato %xx da sequência de bytes UTF-8, depois usar unescape para convertê-lo em uma string Latin-1 e, finalmente, usar btoa para codificar.
Data URI é um formato URI que permite incorporar dados diretamente em uma URL, com a sintaxe: `data:[<mediatype>][;base64],<data>`. Por exemplo: `data:image/png;base64,iVBORw0KGgo...`. É frequentemente usado para incorporar ícones pequenos, imagens de fundo CSS etc., reduzindo o número de solicitações HTTP. Mas o Base64 aumenta o volume em 33%, portanto, é adequado apenas para arquivos pequenos; arquivos grandes devem usar URLs normais.
Ferramenta Data URIBase64 para imagemBase64 é um esquema de codificação binário-texto baseado em 64 caracteres ASCII imprimíveis, definido pela primeira vez pela RFC 2045 (padrão MIME). O Base64 converte cada 3 bytes (24 bits) em 4 caracteres Base64 (A-Z, a-z, 0-9, +, /), permitindo que dados binários sejam transmitidos com segurança por sistemas que suportam apenas texto, como cabeçalhos HTTP, payloads JSON, documentos XML ou parâmetros de consulta URL.
**Base64 não é criptografia**, ele fornece apenas conversão de formato de dados, qualquer pessoa pode decodificá-lo facilmente. Se você precisar proteger dados sensíveis, use um esquema de criptografia real como o AES. Os usos típicos do Base64 incluem: HTTP Basic Authentication (`Authorization: Basic dXNlcjpwYXNz`), segmentos header e payload de tokens JWT (formato Base64URL), Data URI (`data:image/png;base64,...`), codificação MIME de anexos de e-mail etc.
**URL-Safe Base64** (RFC 4648 §5) substitui os +/ do Base64 padrão por -_ e geralmente omite o padding =. Isso permite que o resultado codificado apareça com segurança em URLs, caminhos de arquivo ou campos JSON. Tokens JWT, o code_verifier do OAuth PKCE e o AWS Signature V4 usam a codificação URL-Safe Base64.
**A quebra de linha MIME** é um padrão RFC 2045 que especifica que cada linha não deve exceder 76 caracteres. Quando o conteúdo Base64 é usado em e-mails ou certos cenários que exigem exibição com quebras de linha, a variante MIME insere automaticamente caracteres de quebra de linha (`\n`) a cada 76 caracteres. Este é o formato padrão para transmissão de anexos de e-mail.
A ferramenta usa a **API nativa btoa/atob** do navegador, combinada com lógica de processamento segura para UTF-8, garantindo que caracteres multibyte como chinês, japonês e emoji sejam codificados corretamente. Todos os cálculos são concluídos localmente, os dados não são enviados a nenhum servidor. Abra o painel de rede das ferramentas de desenvolvedor do navegador para verificar que não há solicitações externas durante todo o processo.
| Característica | Standard | URL-Safe | MIME |
|---|---|---|---|
| Caracteres especiais | + / | - _ | + / |
| Padding（=） | Usado | Geralmente omitido | Usado |
| Quebras de linha | Nenhuma | Nenhuma | Quebra a cada 76 caracteres |
| Padrão | RFC 4648 §4 | RFC 4648 §5 | RFC 2045 |
| Casos típicos | Data URI, codificação geral | JWT, parâmetros URL, nomes de arquivo | Anexos de e-mail, transmissão SMTP |
| Codificação | Núm. de caracteres | Características do conjunto de caracteres | Expansão de volume | Uso típico |
|---|---|---|---|---|
Base16 (Hex) | 16 | 0-9, A-F | 100% | Depuração, exibição de hashes |
Base32 | 32 | A-Z, 2-7（maiúsculas sem confusão） | 60% | DNS, chaves TOTP, códigos QR |
Base58 | 58 | Exclui caracteres confundíveis 0/O/I/l | 38% | Endereços Bitcoin, criptomoedas |
Base62 | 62 | A-Z, a-z, 0-9 | 34% | Encurtadores de URL, codificação 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));
}
}