概览
| 输入 | URL 或任何文本 |
|---|---|
| 输出 | 百分号编码的文本，或解码后的原文 |
| 双模式 | 完整 URL，或单个查询值 |
| 运行环境 | 完全在浏览器中运行 — 不会上传文件到服务器 |
| 价格 | 免费，无需账号和注册 |
| 离线 | 首次访问后无需联网即可使用 |
什么是URL编码以及何时使用
URL编码（Percent-encoding）是将URL中不允许出现的字符转换为 % 加上两位十六进制数的格式。在进行URL转码时，通常有两种模式可供选择：完整URL编码与组件编码（Component）。
如果您需要对一整个完整的网址进行编码，请取消勾选“组件”选项，此时工具会使用 encodeURI 规则处理，保留 http:// 及 ?、& 等URL保留语法字符。如果您要处理的是URL中的某个查询参数（例如 ?name=张三 中的“张三”），则必须使用组件编码模式（对应 encodeURIComponent），它会将所有特殊字符全部转码，避免与URL本身的结构发生冲突。
中文与Unicode字符的转换原理
在Web开发中，处理包含中文字符或Emoji表情的网址常常会导致接口报错或乱码问题。根据现行Web标准，URL只能包含基本的ASCII字符。当您的字符串中包含非ASCII字符（如汉字）时，本工具会采用严格的UTF-8编码规则进行底层转换。
具体而言，一个标准汉字在UTF-8中通常占用3个字节，因此经过URL编码后，会变成三个连续的百分号加十六进制序列（例如“测试”会被编码为 %E6%B5%8B%E8%AF%95）。我们的解码功能同样基于严格的UTF-8序列解析，能够精准还原被转码的国际化字符，确保前后端API数据交互时不会丢失任何信息。
纯前端处理与常见转码陷阱
对于涉及敏感参数（如Token、API密钥或用户隐私标识）的URL字符串，数据安全至关重要。ToolMole的设计理念是完全无服务器交互，所有的编码与解码计算全部依托于您设备的本地浏览器环境执行。您的任何输入都不会被发送到外部网络，确保绝对的隐私安全。
在日常开发调试中，一个常见的错误是重复编码（Double-encoding）。如果您对一个已经被编码过的字符串再次执行编码操作，原有的 % 会被错误地转换为 %25。本工具无法自动探测字符串是否已被编码过，因此在进行解码排错时，如果发现结果中仍然存在 %20 或 %25，您可能需要手动多次点击解码按钮，直到彻底还原出真实的原始字符串。
常见问题
组件编码和完整URL编码有什么区别？
组件编码（Component）会将所有特殊字符（包括斜杠、问号、&符号等）全部转换为百分号格式，适用于URL的查询参数值。完整URL编码则会保留这些具有特殊含义的语法字符，仅对中文字符或无效符号转码，适用于处理一整条完整的网址链接。
为什么空格有时候被编码为加号（+），有时候是%20？
历史标准原因导致在URL的查询字符串（Query String）部分，空格通常会被转换为加号（+），而在URI的其他路径部分则被编码为 %20。我们的解码工具能够兼容并正确处理查询参数中的加号，将其无缝还原为空格字符。
如果我把已经编码的字符串再编码一次会怎样？
字符串会被重复编码（即Double-encoding）。原本用于转码的百分号（%）会被系统识别为普通字符，并被转换为 %25。遇到这种情况时，您需要对应地执行多次解码操作才能恢复原始文本。
这个工具能处理包含Emoji或其他国家语言的链接吗？
完全可以。本工具底层全面支持UTF-8字符集。无论是非英文字符还是Emoji表情，都能被正确转换为标准的百分号字节序列并完美解码还原。
工具会校验我输入的URL格式是否合法吗？
本工具专注于单纯的字符串编码与解码转换，不会对URL进行结构化解析、标准化（Normalization）或业务合法性校验。但如果输入了不符合规范的乱码转义序列（例如无效的 %XX 格式），工具会提示输入格式错误。
发现问题或有改进建议？ 告诉我们