为什么需要 URL 编码？

🔗 URL 编码解密：encodeURIvsencodeURIComponent

🤔 为什么需要 URL 编码？

URL（统一资源定位符）最初设计时，只支持有限的 ASCII 字符集（如字母、数字、部分符号）。
但是，我们的世界里还有：

1. 非 ASCII 字符：中文、emoji、俄语等。
2. 保留字符：如?,&,=,#,/，它们在 URL 中有特殊含义（分隔协议、主机、路径、参数等）。

如果直接把中文或特殊符号塞进 URL，浏览器和服务器就会“懵圈”，不知道哪里是参数名，哪里是参数值，甚至直接报错。

解决方案：
将这些“不安全”或“有特殊含义”的字符，转换成一种通用的格式：百分号编码（Percent-encoding），即%加上两位十六进制数。

通俗比喻：
URL 就像一条只能运送标准集装箱的传送带。

• 中文/特殊符号：形状不规则的货物。
• 编码（Encode）：把不规则货物打包成标准的方形箱子（%XX格式），以便传送。
• 解码（Decode）：收到箱子后，拆箱还原成原来的货物。

📂 目录

1. 🛠️ 两大主角：encodeURIvsencodeURIComponent
2. ⚖️ 核心区别：到底该用哪个？
3. 💻 代码实战：一看就懂
4. 🔄 解码：decodeURI与decodeURIComponent
5. ⚠️ 常见陷阱与最佳实践
6. 💡 总结

1. 🛠️ 两大主角：encodeURIvsencodeURIComponent

JavaScript 提供了两个主要的编码函数，它们长得很像，但用途截然不同。很多 Bug 都是因为混用了这两个函数导致的。

✅encodeURI(uri)

• 用途：用于编码完整的 URL。
• 特点：它不会编码那些在 URL 中具有特殊意义的保留字符，如:,/,?,&,=,#。
• 逻辑：“我相信这个字符串是一个合法的 URL，我只帮我把里面的中文和非标准字符转义一下，别动我的结构符号。”

✅encodeURIComponent(uriComponent)

• 用途：用于编码URL 的一部分（通常是查询参数的值）。
• 特点：它会编码几乎所有特殊字符，包括:,/,?,&,=,#等。
• 逻辑：“我不关心这是不是 URL，我只要把这串内容彻底转义，确保它不会破坏 URL 的结构。”

2. ⚖️ 核心区别：到底该用哪个？

黄金法则：

• 如果你有一个完整的 URL，想让它合法化，用encodeURI。
• 如果你要拼接参数值（尤其是用户输入的内容），务必用encodeURIComponent。

3. 💻 代码实战：一看就懂

让我们通过对比代码，看看它们的实际输出差异。

场景一：编码完整 URL

consturl="http://www.example.com/search?q=Hello World&tag=JS";// ✅ 正确：使用 encodeURIconstencodedUrl=encodeURI(url);console.log(encodedUrl);// 输出: "http://www.example.com/search?q=Hello%20World&tag=JS"// 注意：: / ? & = 都没有被编码，只有空格变成了 %20

场景二：编码参数值（关键！）

假设我们要搜索的内容包含特殊字符&和=。

constsearchQuery="Tom & Jerry = Best";// ❌ 错误：使用 encodeURIconstbadParam=encodeURI(searchQuery);console.log(badParam);// 输出: "Tom%20&%20Jerry%20=%20Best"// 问题：& 和 = 没有被编码！如果拼接到 URL 后面，服务器会误以为 & 后面是新参数。// ✅ 正确：使用 encodeURIComponentconstgoodParam=encodeURIComponent(searchQuery);console.log(goodParam);// 输出: "Tom%20%26%20Jerry%20%3D%20Best"// 完美：& 变成了 %26，= 变成了 %3D。服务器能正确识别这是一个完整的参数值。

场景三：中文编码

constchinese="前端开发";console.log(encodeURI(chinese));// "前端开发" -> "%E5%89%8D%E7%AB%AF%E5%BC%80%E5%8F%91"console.log(encodeURIComponent(chinese));// "前端开发" -> "%E5%89%8D%E7%AB%AF%E5%BC%80%E5%8F%91"// 对于纯中文，两者结果通常一样，因为中文不属于保留字符。

4. 🔄 解码：decodeURI与decodeURIComponent

编码的反操作就是解码。规则很简单：谁编码，谁解码。

• encodeURI编码的字符串 -> 用decodeURI解码。
• encodeURIComponent编码的字符串 -> 用decodeURIComponent解码。

constencoded=encodeURIComponent("Hello & World");// "%Hello%20%26%20World"constdecoded=decodeURIComponent(encoded);console.log(decoded);// "Hello & World"

注意：如果你用decodeURI去解码一个由encodeURIComponent生成的字符串，通常也能成功，但如果字符串中包含%23(#) 等字符，可能会行为不一致。建议严格配对使用。

5. ⚠️ 常见陷阱与最佳实践

❌ 陷阱 1：重复编码

不要对已经编码过的字符串再次编码！

conststr="Hello";constonce=encodeURIComponent(str);// "Hello"consttwice=encodeURIComponent(once);// "Hello" (看似没变，但如果含特殊字符就会变)// 如果 str 是 "A&B"// once: "A%26B"// twice: "A%2526B" (% 变成了 %25)// 后端接收后会解析错误！

❌ 陷阱 2：手动拼接 URL 时的疏忽

很多开发者喜欢手动拼接字符串：

// ❌ 危险写法consturl="http://api.com/search?q="+userInput;// ✅ 安全写法consturl="http://api.com/search?q="+encodeURIComponent(userInput);

最佳实践：
在现代前端开发中，推荐使用URLSearchParamsAPI，它会自动帮你处理编码问题，无需手动调用 encode 函数。

constparams=newURLSearchParams();params.append("q","Tom & Jerry");params.append("page","1");consturl=`http://api.com/search?${params.toString()}`;console.log(url);// "http://api.com/search?q=Tom+%26+Jerry&page=1"// 自动且正确地编码了 &

❌ 陷阱 3：encodeURI不能编码#

encodeURI不会编码#，因为#后面通常是哈希片段（Hash）。如果你想编码整个 URL 包括 Hash 部分作为参数传递，必须使用encodeURIComponent。

💡 总结

🚀 博主寄语：
URL 编码是前端与后端沟通的桥梁。
桥搭不好，数据就会掉河里。

记住口诀：
完整 URL 用 URI，
参数取值 Component。
特殊符号要转义，
SearchParams 更省心。

希望这篇文档能帮你彻底搞懂 URL 编码！如果有疑问，欢迎在评论区留言。👇

喜欢这篇文章吗？记得点赞、收藏、转发哦！❤️