URI编码方法对比

Tue, 04 Mar 2025 06:58:24 +0000

回答

考察点分析

该题主要考察：

Web安全编码规范：理解不同编码方法对URL结构的保护机制
API差异认知：区分三种编码方法对特殊字符的处理策略
RFC标准实践：掌握URI规范对保留字符的定义及编码要求

核心评估点：

对ASCII字符集外字符（如中文）的编码处理
保留字符（&、=、+等）的编码必要性
不同编码方法对空格的处理差异
废弃API的认知及现代替代方案

技术解析

关键知识点优先级

encodeURIComponent > encodeURI > escape

原理剖析

escape (已废弃)
- 对ASCII字母数字字符不编码
- 空格转为+
- 中文按%uxxxx格式进行Unicode编码
- 保留字符;/?:@&=+$,#不编码
encodeURI
- 设计用于完整URL编码
- 空格转为%20
- 中文进行UTF-8转码
- 保留字符;,/?:@&=+$#不编码
encodeURIComponent
- 设计用于URL参数值编码
- 空格转为%20
- 中文进行UTF-8转码
- 对保留字符;,/?:@&=+$#全部编码

常见误区

误用encodeURI处理参数值导致注入漏洞
认为escape的+号处理符合现代标准
混淆UTF-8编码与Unicode编码差异

问题解答

示例对比：

 const str = "中 &=";

console.log(escape(str)); // %u4E2D%20%26%3D
console.log(encodeURI(str)); // %E4%B8%AD%20&=
console.log(encodeURIComponent(str)); // %E4%B8%AD%20%26%3D

编码差异说明：

空格编码：escape用+，其他用%20
中文编码：escape用Unicode，其他用UTF-8
保留字符处理：只有encodeURIComponent编码所有保留字符

选用建议： URL参数传递必须使用encodeURIComponent，因其对所有保留字符进行编码，避免破坏URL结构。encodeURI适合编码完整URL，escape已废弃不应使用。

编码 on ZiYang FrontEnd Interview

URI编码方法对比

回答 link

考察点分析 link

技术解析 link

关键知识点优先级 link

原理剖析 link

常见误区 link