URL 编解码器 - 在线 URL Encode/Decode

1. 编码与解码

默认严格解码：孤立的 %（如字面量 100%）会报 URIError。勾选宽松后，合法 %HH 仍解码，非法片段原样保留——适合从日志里抠半截编码串。

1. 选模式：Component（参数值/路径段）或 Full URI（整条地址，保留 :/?#&=）。
2. 编码：默认空格→%20；要对齐表单/query 习惯时勾选「空格写成 +」。
3. 解码：表单串勾选「+ → 空格」；截断链接勾选「宽松」；怀疑双重编码勾选「剥开所有编码层」（输出旁显示剥了几层）。
4. 复制结果，替换进你的链接或代码。

2. encodeURI 还是 encodeURIComponent

两者的差别在保留字符：encodeURI 保留 URL 结构字符（:/?#&= 等），适合编码「整个 URL」；encodeURIComponent 连 & = / 也一起编码，适合编码「要放进 URL 里的一个值」。页面上的模式切换对应这两套语义。记一条：整个链接用 Full URI，参数值永远用 Component。

3. 三个高频坑

• 空格的两种命运：%20（RFC）和 +（form-urlencoded）。编码侧用「空格写成 +」，解码侧用「+ → 空格」；两侧开关要成对理解。
• 双重编码：%2520 是 %20 被再次编码的结果。勾选「剥开所有编码层」可一次还原并看到层数（2 = 编了两次）。
• 该编码而没编码的字符：参数值里的中文、&、=、#、空格都必须编码。

4. 与本工具的边界

默认 Component：空格→%20；勾选后才产出表单风格的 +。解码默认不把 + 转空格、默认严格抛错。Full URI 走 encodeURI/decodeURI。结构化拆链仍用 url-parser / url-params-parser。

5. 中文与特殊字符的编码链路

• 「中」的 UTF-8 百分号编码是 %E4%B8%AD——三字节对应三段 %XX。
• 加号陷阱：form-urlencoded 里 + 代表空格，纯路径与默认 decode 里 + 就是加号。
• 双重编码的识别：%25 开头连续出现，或 peel 层数 ≥ 2。

6. 表单编码、路径编码与查询串的分工

三种场景常被混成「URL 编码」一词：路径段里的空格与中文（几乎总是 %20 / UTF-8 百分号）、查询参数值（可能是 %20，也可能是历史 form 的 +）、以及 application/x-www-form-urlencoded 请求体（标准就是 + 表示空格）。本页用 Component / Full URI 模式区分「编一个值」与「编整条 URI」；空格写成 +、+→空格、宽松、剥层是排错开关，不是默认生产策略。结构化增删参数请改用 URL 参数解析器，避免在字符串层手撕 &。

7. 联调时「编码了却还是 400」的检查单

• 先确认坏在哪一层：浏览器地址栏、反向代理日志、还是应用框架的 query 解析——三层各自可能再编或再解一次。
• JSON 放进 query 时必须整体 Component 编码；只编码内部中文、外层花括号裸奔，会在 & 处被拆断。
• 日志里看到 %25 连续出现：先 peel 看层数，再决定是网关重复编码还是客户端写了两次 encode。
• Full URI 模式不会编码已有的 ?&=；若你的「整条 URL」其实只是一段要当参数的回调地址，应改用 Component。
• 中文域名（IDN）在浏览器里常显示为 Unicode，传到线上却是 xn-- 开头的 Punycode——本页处理的是百分号编码路径/参数，不负责 IDN ↔ Punycode 互转。