编码加密
Base64 / URL / 哈希 / 加密解密 · 共 15 个工具
这个分类里的工具处理三件常被混为一谈的事:编码(可逆、无需密钥)、摘要(单向、无需密钥)、加密(可逆、需要密钥)。Base64、URL 编码、Base32、Unicode 转义、HTML 实体都属于编码,任何人都能还原;MD5、SHA、CRC32 属于摘要,不能反推,只能比对;HMAC 是带密钥的摘要。本页没有任何一个工具做加密。
所有计算都在你的浏览器里完成。在这里这一点比别处更重要:你粘贴进来的密钥、JWT、密码不会被发送到任何服务器。
我该用哪个?
- 让数据安全穿过纯文本通道(URL 参数、JSON 字符串、邮件头):用 Base64 或 URL 编码;目标环境大小写不敏感或需要人工念读时用 Base32。
- 确认文件或报文有没有变:用 SHA-256;只想发现意外损坏可以用 CRC32。注意 CRC32 是线性的,挡不住蓄意篡改。
- 给接口请求签名:用 HMAC 配合共享密钥。要清楚持有密钥的一方都能生成签名,所以它证明的是完整性,不是身份。
- 想看清 token 里有什么:JWT 解码工具会拆开三段并显示载荷。解开不等于验签,签名仍需用密钥单独校验。
- 生成标识符或密码:UUID 与密码生成器都取自系统 CSPRNG,而不是 Math.random。
本分类的全部工具
Base64 编码/解码HOT
文本与 Base64 互转,支持中文和 emoji
URL 编码/解码
百分号编码转换,处理中文参数与特殊字符
Unicode 编码/解码
中文与 \uXXXX 转义序列互转
UTF-8 编码/解码
文本与 UTF-8 十六进制字节互转
Escape 编码/解码
URL 百分号编码与 escape 转义互转
MD5 加密HOT
计算文本的 32 位 MD5,可批量与大小写切换
SHA 哈希计算
SHA-1 / SHA-256 / SHA-384 / SHA-512 一键计算
HMAC 签名计算
用密钥计算 HMAC-SHA256 签名,接口调试常用
CRC32 校验
计算 CRC32 校验值,数据校验常用
Base32 编码/解码
RFC 4648 Base32 编码,谷歌验证器密钥常用
JWT 解析HOT
解析 JWT 头部与载荷,并检查过期时间
UUID 生成器
批量生成 v4 随机 UUID,支持格式选项
密码生成器HOT
生成高强度随机密码,可自定义字符集与长度
摩斯电码转换
文本与摩斯电码(.-)互相转换,支持中文
哈希对比校验
比对文本哈希与给定值是否一致,验证下载文件
本分类的深度指南
- Base64 完全指南:编码规则、填充、体积开销与常见误区文本与 Base64 互转,支持中文和 emoji
- URL 编码详解:encodeURI、encodeURIComponent 与五个最容易踩的坑百分号编码转换,处理中文参数与特殊字符
- Unicode 转义的使用场景与转换方法中文与 \uXXXX 转义序列互转
- UTF-8 字节与文本的相互转换:为什么会出现乱码文本与 UTF-8 十六进制字节互转
- Escape 编码的作用与它已过时的原因URL 百分号编码与 escape 转义互转
- MD5 已不安全:它还能用在哪里,绝对不能用在哪里计算文本的 32 位 MD5,可批量与大小写切换
- SHA 家族对比:SHA-1、SHA-256、SHA-512 该用哪个SHA-1 / SHA-256 / SHA-384 / SHA-512 一键计算
- HMAC vs 裸哈希:为什么不能直接 hash(secret + message)用密钥计算 HMAC-SHA256 签名,接口调试常用
- CRC32 是什么:它防的是意外损坏,不是恶意篡改计算 CRC32 校验值,数据校验常用
- Base32:为什么 TOTP 验证码用的是它而不是 Base64RFC 4648 Base32 编码,谷歌验证器密钥常用
- JWT 解析与安全:能解开不等于可信解析 JWT 头部与载荷,并检查过期时间
- UUID 版本怎么选:v4 很安全,但可能拖慢你的数据库批量生成 v4 随机 UUID,支持格式选项
- 密码强度怎么算:熵、长度与破解成本生成高强度随机密码,可自定义字符集与长度
- 摩斯电码的编码规则与时序标准文本与摩斯电码(.-)互相转换,支持中文
- 哈希对比校验的正确做法比对文本哈希与给定值是否一致,验证下载文件
常见问题
Base64 是加密吗?
不是。它没有密钥,完全可逆,字符表是公开的。它的用途是让二进制数据能穿过只接受文本的通道。需要保密请用真正的加密。
MD5 和 SHA-1 现在还能用吗?
做非对抗性的完整性校验可以,它们快且支持广泛;做签名、证书或密码存储不行——两者的实用碰撞攻击都已公开,攻击者可以构造出摘要相同的另一个输入。
哈希能反解吗?
数学上不能反解,但短或可预测的输入(常见密码、四位 PIN、词典词)可以被预先算好的表直接查到。这就是密码存储必须加随机盐、并用故意很慢的算法(bcrypt、scrypt、Argon2)的原因,也是今天仍用 MD5 存密码不安全的原因。