URL 编码/解码

痛点引入

作为程序员，谁还没在URL参数上踩过坑？手动拼接查询字符串时，一个中文字符或特殊符号就能让整个接口崩掉，浏览器里显示一堆乱码，联调时和同事互相甩锅。更尴尬的是，测试环境跑得好好的，一上线就报400错误，查了半天才发现是空格没编码。这种时候，有个URL编解码工具简直是摸鱼神器，一键解决所有编码烦恼。

核心功能深度解析

URL编码（Percent-encoding）可不是简单替换字符，它遵循RFC 3986规范，将不安全字符转换为%后跟两位十六进制数。比如空格变成%20，中文“码”变成%E7%A0%81。解码则是逆向还原。这里涉及字符集编码（UTF-8为主）、保留字符（如?、&）和未保留字符的区分。工具内部通过正则匹配和递归处理，确保嵌套参数也能正确编解码，避免二次编码的坑。

行业应用场景

1. 联调场景：前端传“搜索关键词=华为手机”，后端收到乱码？用工具编码成%E5%8D%8E%E4%B8%BA%E6%89%8B%E6%9C%BA，接口立马畅通。
2. 测试环境：自动化测试中，用工具批量编码测试数据，模拟各种边界情况，比如特殊符号%和&同时出现。
3. 生产环境：日志分析时，遇到编码后的URL，快速解码查看原始参数，定位用户行为问题。

FAQ 常见问题

Q1：为什么有时编码后长度爆炸？ A：中文字符在UTF-8下占3字节，每个字节编码为%XX，所以“码”字（3字节）变成%E7%A0%81（9字符）。建议压缩场景下慎用。

Q2：编码会破坏URL结构吗？ A：不会！工具只对参数值编码，保留?、&、=等分隔符，确保URL语法完整。

Q3：解码失败怎么办？ A：检查是否多次编码（如%2520），或字符集不匹配（如GBK误用UTF-8解码）。工具支持尝试多种解码策略。

Q4：空格用%20还是+？ A：在查询字符串中，+和%20都表示空格，但工具默认用%20，更符合规范。表单提交时常用+。

Q5：编码能防SQL注入吗？ A：不能！编码只为URL传输，防注入需参数化查询或过滤，别偷懒。

技术科普/延伸阅读

URL编码标准RFC 3986已沿用多年，但仍有未解之谜：emoji表情（如😂）占4字节，编码后长度惊人，如何优化？未来可能引入新规范。延伸学习：RFC 3986文档、百分号编码的W3C指南，了解application/x-www-form-urlencoded格式的差异。