URL Encoder Decoder Online
Encode special characters for URLs or decode URL-encoded strings. Handles Unicode characters and query parameters.
The Deep Principles of URL Encoding and Percent-Encoding
URL 编码（正式名称为"百分号编码"，Percent-Encoding）由 RFC 3986 定义，是将非 ASCII 字符和 URL 保留字符转换为 %XX 格式的标准化机制。URL 的字符集严格限制为 ASCII 字符的子集，具体包括：未保留字符（A-Z、a-z、0-9、连字符 -、下划线 _、句点 .、波浪线 ~）、保留字符（: / ? # [ ] @ ! $ & ' ( ) * + , ; =）——这些保留字符在 URL 的不同部分具有特殊语义，当它们不作为分隔符使用时必须进行编码。百分号编码的过程分为三步：第一步，将字符转换为其 UTF-8 字节序列；第二步，将每个字节表示为两个十六进制数字；第三步，在每个十六进制对前添加百分号前缀。例如中文字符"好"的 UTF-8 编码为 E5 A5 BD，因此编码结果为 %E5%A5%BD。本工具同时支持经典 encodeURIComponent（编码除 A-Z a-z 0-9 - _ . ! ~ * ' ( ) 以外的所有字符）和 encodeURI（保留完整 URL 结构，只编码查询参数值）两种模式。
实际工程中的关键应用场景
场景一：构造包含用户输入的 API 请求。当搜索框中用户输入了特殊字符（例如 C++ & Java），直接拼接 URL 会导致 & 被误解析为查询参数分隔符，+ 被误解析为空格。使用本工具对每个参数值单独编码后手动拼接，可以彻底避免参数注入问题。推荐做法：对每个查询参数的键和值分别调用 encodeURIComponent，然后用 = 和 & 拼接。
场景二：调试 OAuth 回调 URL。OAuth 2.0 中的 redirect_uri 参数在传递过程中可能被多次编码。假设原始回调地址是 https://app.com/callback?state=abc，经过一次编码后变成 https%3A%2F%2Fapp.com%2Fcallback%3Fstate%3Dabc。如果授权服务器又编码了一次，就会变成双重编码 https%253A%252F%252Fapp.com...，导致回调失败。本工具支持逐级解码，帮助你确定数据在当前阶段处于第几层编码。
场景三：邮件中的可点击链接生成。当邮件正文需要包含中文文件名的下载链接时（如 https://cdn.com/文件/2026年度报告.pdf），大多数邮件客户端不会自动识别未编码的中文 URL。使用本工具将路径部分编码后，链接在 Outlook、Gmail、Apple Mail 中的点击打开率从不足 30% 提升至 100%。
编码策略选择与常见陷阱
陷阱一：空格的双重标准。在 URL 查询字符串中，空格可以编码为 %20 或 +（历史遗留的 application/x-www-form-urlencoded 规范）。本工具默认使用 %20（符合 RFC 3986），但提供了 '+' 编码切换选项以兼容旧式表单提交。陷阱二：encodeURI vs encodeURIComponent 的差异经常导致线上故障——前者保留 :/?#[]@!$&'()*+,;=，后者只保留 A-Za-z0-9-_.!~*'()。经验法则：处理完整 URL 用前者，处理单个参数值用后者。陷阱三：某些后端框架（如 Express.js）的 req.query 会自动解码一次，如果前端也手动解码了一次，就会出现双重解码错误。始终在统一的数据层约定编码/解码的边界。
Frequently Asked Questions
Q: Base64 编码和 URL 编码有什么区别？
A: URL 编码用于将任意字符串嵌入 URL 的安全部分，每个字节变为 %XX（3 倍膨胀）。Base64 编码用于在文本协议中传输二进制数据，膨胀率约 33%。URL 不可以使用 Base64——因为 Base64 包含 + / = 等 URL 保留字符。如果你需要在 URL 中传输二进制数据，应该使用 Base64URL 变体（将 + 替换为 -，/ 替换为 _，去掉末尾 =）。
Q: 编码后的 URL 对 SEO 有影响吗？
A: 搜索引擎爬虫会解码 %XX 序列后再索引。使用 UTF-8 编码的中文 URL 在 Google 搜索结果中会正常显示为中文。但为了最佳可读性，建议 URL 路径中的关键词使用英文，仅在必要时对查询参数进行编码。
Q: 为什么有些特殊字符不需要编码？
A: RFC 3986 定义的"未保留字符"（A-Z a-z 0-9 - _ . ~）在任何 URL 上下文中都不会产生歧义，因此无需编码。具体来说，- _ . ~ 这四个符号在 URL 中不具有分隔符语义，原样保留是安全的。
隐私与安全保证
您的数据不会离开浏览器。所有 URL 编码和解码操作完全在客户端 JavaScript 中执行。即使您粘贴了包含认证令牌、会话密钥或内部 API 端点的 URL，这些敏感信息也不会被发送到任何远程服务器。本工具没有后端组件，编码和解码在您的机器上即时完成。
URL Encoding Reference
URLs can only be sent over the Internet using the ASCII character-set. URL encoding converts characters into a format that can be transmitted over the Internet.
Space
" " → %20
Question Mark
"?" → %3F
Ampersand
"&" → %26
Equals
"=" → %3D
Related Tools
How to Use This URL Encoder and Decoder Online
This free online URL encoder and decoder provides accurate URL encoding and decoding with proper percent-encoding for all query parameters. Whether you're constructing API request URLs, handling form data, or debugging encoded strings, this URL encode decode tool handles special characters, Unicode, and reserved characters according to RFC 3986.
How to URL Encode and Decode Strings
- To encode: enter your text or URL fragment. Click Encode to convert spaces to
%20or+, and special characters to their percent-encoded equivalents. - To decode: paste a percent-encoded URL string and click Decode to restore the original readable text.
- The tool handles all query parameter encoding including
&,=,#, and Unicode characters.
URL Encoding Example
// Before encoding
https://api.example.com/search?q=hello world&lang=en
// After encoding
https://api.example.com/search?q=hello%20world&lang=en
// JavaScript equivalents
encodeURIComponent("hello world") // "hello%20world"
decodeURIComponent("hello%20world") // "hello world"This free URL encoder decoder runs completely in your browser, ensuring your data stays private. For web developers building REST APIs, constructing dynamic URLs, or handling user-submitted form data, this URL encoding guide is an everyday essential.