ToolMill.io

URL 编码/ 解码( Percent- Encoding)

URL Encode/Decode(百分比-编码)将不安全字符转换为URL安全格式并再次回放. 用于查询字符串,重定向URL,UTM参数,并调试API请求(RFC 3986). 在您的浏览器中运行100%的本地操作 —— 不上传 —— 并且安装 ToolMill 作为 PWA 后进行离线工作 。

编码

试试看

实例

查询参数的 URL- encode 文本
投入
summer sale & shoes
产出
summer%20sale%20%26%20shoes
解码%- 编码的 URL 文本
投入
summer%20sale%20%26%20shoes
产出
summer sale & shoes

何时编码完整值与 URL 的一部分

百分率编码最常见的错误是编码一个URL的错误部分. 在许多工作流程中,您只想要编码一个查询值,路径段,碎片,或者重定向目标而不是整个URL字符串. 本页面使用编码URI Concessent和解码URI Concessent,最适合单个值和组件.

通常需要编码的字符

空格、相模、等同符号、问号、散列、百分率、组件值的斜线、非 ASCII 字符都是在将文本放入URL之前进行编码的常见原因。 这对于搜索查询、标签、文件名和用户提供的数值特别重要,否则会打破查询字符串或路径段。

URL 编码常见错误

双重编码是最常见的问题之一. 例如,一个已有的% 20 编码再次变成% 2520 。 另一个常见的错误是当只有一个参数值应该被解码时,对整个URL进行解码. 同样重要的是要记住,此页面会产生% 20 这样的 % 编码空间,而不是形式式加号 。

实际工作流程

在为链接准备查询参数时使用此页面, 清理 UTM 或跟踪值, 解码从日志或浏览器工具复制的%- encoded文本, 或在插入到另一个 URL 之前使路径段安全 。 当你一次处理一个值并想要看到准确的%编码结果时,这最有帮助。

非英语文本和emoji会怎样?

这个工具%-encode 的UTF-8字节,这就是为什么重音字符,非拉丁文字,和emoji经常变成多百分数代码而不是单个单位的原因. 当目的地预期Unicode原始文本的 URL 安全表达时, 这种行为是正常和有用的。

解码出错

在您重新使用 URL 编码值之前

在假设正确之前先在真实的目的地上下文中测试输出. 如果还有些东西看起来不对, 请检查双编码, 混合处理空格和加号, 或检查目的地如何对待完整 URL 与单个参数值不匹配 。

为什么为您的应用程序解码文本仍然会出错

这里正确的解码不能保证另一个应用程序会以同样的方式解释文本. 有些系统将加号当作空格,有的则按字面保留,保留字符仍需要特殊处理,取决于文本是属于路径,查询字符串,还是形式提交.

如何告诉您是否应该编码完整 URL 或仅一个部分

编码需要取决于上下文. 一个查询参数值往往需要编码,即使其余的URL应该保持可读性,而一个已经组装的URL如果编码分离器如?, &, =, 或 / ,则可能中断. 考虑在使用结果之前您是否正在准备一个组件或整个地址 。

解码失败通常指被粘贴的文本包含不正确的百分率序列,混合了平原和被编码的内容,或者已经被解码过一次的字符串. 如果结果看似错误, 请检查您是否粘贴了完整 URL 而不是单个组件, 以及% 的标志是否通过早期的处理而加倍 。

相关工具