UltKit

开发者工具

八款前后端开发常用小工具:格式化并校验JSON,编码和解码Base64、URL与HTML实体,生成UUID,计算哈希值,解析JWT,测试正则表达式。它们直接调用浏览器自带的API运行,令牌和数据始终不会离开你的电脑。

选择工具

同一个字符串,五种编码

文本“Café & crème?”在构建本页时经过每个工具处理的结果。编码可以还原,哈希不能。

方法输出长度可逆
Base64Q2Fmw6kgJiBjcsOobWU/20是
URL 编码(encodeURIComponent)Caf%C3%A9%20%26%20cr%C3%A8me%3F31是
HTML 实体(命名)Café & crème?31是
MD5 哈希c0fdf467ecd73617537f508352d98c1932否(单向)
SHA-256 哈希5cac0437a796074c1d26e85fa57bc828ec3e4083a790da8b8d082a8de353132064否(单向)

为什么本地运行很重要

开发者工具处理的输入往往是你接触到的最敏感的字符串:访问令牌、包含客户数据的 API 响应、带有内部主机名的配置。把它们粘贴到会向服务器提交内容的网站,就等于留下了一份你无法控制的副本。这里的每个工具都只使用 Web 平台自带的能力:JSON.parse 和 JSON.stringify、用于 Base64 的 TextEncoder 和 atob、encodeURIComponent、crypto.randomUUID、Web Crypto 的摘要函数,以及 JavaScript 正则引擎。你可以先加载页面,断开网络后继续使用。

由于使用的是浏览器自带的引擎,结果与你的前端代码实际运行的行为一致。在这里能正常工作的正则,在你的 JavaScript 里也一样;格式化工具能接受的 JSON 文档,JSON.parse 也能接受。

编码、转义和哈希是三回事

编码改变字节的写法,使其能在某个传输通道中保持完整:Base64(RFC 4648)把任意字节转换为 64 个安全的 ASCII 字符,用于邮件和 data URL;百分号编码(RFC 3986)让文本能安全地放进 URL。使用 HTML 实体的转义可避免 < 和 & 等字符被当作标记解析。这三者任何人都可以还原,完全不提供保密性。

哈希是单向的:SHA-256 会把任意输入变成固定的 256 位指纹,无法还原为原始输入。哈希可用于校验下载文件和检测改动,但普通的快速哈希不适合用来存储密码;存储密码请使用 bcrypt、scrypt 或 Argon2 这类慢速密码哈希。最后,常见的已签名 JWT 只是经过编码而非加密,所以解码器无需任何密钥就能显示其内容。

需要处理文件而不是代码片段时

这些工具处理的是你粘贴的文本。如需把整个 JSON 导出文件转成电子表格,请使用 JSON 转 CSV;如需在 JSON、XML、YAML 和 CSV 文件之间转换,请使用 数据格式转换来处理文件格式。

相关转换器:数据转换器JSON 转 CSV

常见问题

这些开发者工具可以处理生产环境的密钥吗?
它们不会传输任何输入,但最稳妥的习惯仍是尽量使用测试令牌和已脱敏的数据。屏幕上显示的任何内容都可能出现在截图或屏幕共享中。
支持哪些浏览器?
当前版本的 Chrome、Edge、Firefox 和 Safari。crypto.randomUUID 和 Web Crypto API 需要安全(HTTPS)页面,UltKit 始终使用 HTTPS 提供服务。
Base64算是加密吗?
不是。Base64 是字母表公开的可逆编码,任何人都能立即解码。它只是让二进制数据可以作为文本安全传输。
为什么结果和命令行工具不一样?
通常是换行符或字符编码造成的。这些工具按 UTF-8 编码文本,不会添加结尾换行符,而 shell 中的 echo 会添加换行符,除非使用 echo -n。
开发者工具会保存历史记录吗?
不会。两次访问之间不会保存任何内容,关闭标签页就会丢弃你的输入。请使用复制或下载按钮保存结果。