encodeURIComponent本质是将字符串按UTF-8编码为字节流，再对每个字节转为%xx格式；它不操作UTF-16码元，也不区分URI语义，而是机械地将所有非保留字符（含/、?、&等）统一编码为UTF-8字节序列后百分号转义。
理解 encodeURIComponent 对原始字符串的处理，关键在于看清它“不碰字符串本身，只转字节流”的本质：它不改变 JavaScript 字符串的 Unicode 语义，而是把字符串按 UTF-8 编码成字节，再把每个字节转为 %xx 形式。
原始字符串先被 UTF-8 编码成字节流
JavaScript 字符串内部用 UTF-16 表示，但 encodeURIComponent 不直接操作 UTF-16 码元。它会先把字符映射为 Unicode 码点（如“中”是 U+4E2D），再将该码点按 UTF-8 规则编码为字节序列（“中” → E4 B8 AD，共 3 字节）。
这个过程对不同字符长度不同：
- ASCII 字符（如
a、0、-）→ UTF-8 编码后仍是 1 字节，encodeURIComponent不编码（保留原样） - 中文、日文等常用汉字 → 多数为 3 字节（如 U+4E00–U+FFFF 范围）
- emoji 或生僻字（如 ? U+1F30D）→ UTF-8 编码为 4 字节（
F0 9F 8C 8D）
每个字节被独立转为 %xx 十六进制表示
UTF-8 得到的每个字节（0–255 范围）都被格式化为两位十六进制，并加 % 前缀：
-
E4→%E4 -
B8→%B8 -
AD→%AD
所以“中”最终变成 %E4%B8%AD，不是“一个字符变一个编码”，而是“三个字节变三个 %xx 单元”。
特殊字符一律按字节编码，不保留语义
encodeURIComponent 不区分“这是 URL 分隔符”还是“这是用户输入内容”，它只做机械字节转换：
-
空格→ UTF-8 是20→%20 -
&→ UTF-8 是26→%26 -
/→ UTF-8 是2F→%2F -
?→ UTF-8 是3F→%3F
这正是它比 encodeURI 更“彻底”的原因——后者会放过 / ? : @ & = + $ , # 这些 URI 结构字符，而 encodeURIComponent 把它们也当成普通字节处理。
解码时必须严格逆向还原
decodeURIComponent 的工作就是反向操作：识别所有 %xx，把每组转回单个字节，再把整段字节流按 UTF-8 解码为 Unicode 字符串。
如果中间环节破坏了字节完整性，就会乱码：
- 多解一次：把已解出的
中再传给decodeURIComponent→ 报错或返回原字符串（因不含%） - 少解一次：前端双重编码成
%25E4%25B8%25AD，后端只解一层 → 得到%E4%B8%AD字符串，而非“中” - 字节被截断或篡改：比如代理层删掉了
%或合并了空格 → UTF-8 解码失败，出现 或乱码字符
