1. 一段话总结
JavaScript 中有 escape、encodeURI、encodeURIComponent 三个编码函数及对应的 unescape、decodeURI、decodeURIComponent 解码函数，三者编码范围不同（不编码字符数分别为 69 个、82 个、71 个），适用场景有别：encodeURIComponent 因能编码特殊字符且适配 UTF-8 解码，是最常用的参数传递工具；encodeURI 适用于整体 URL 跳转，不编码 URL 关键分隔符；escape 适用于内部数据存储（如收藏历史），编码非 ASCII 字符为 % u**** 格式，且应尽量避免在表单或服务器交互中使用。
2. 思维导图
3. 详细总结
一、函数组基础信息
JavaScript 中用于文字编码的 3 个核心函数及对应解码函数，构成完整的编码解码体系，具体对应关系如下：
| 编码函数 | 对应解码函数 | 核心编码逻辑 |
|---|---|---|
| escape | unescape | 非 ASCII 字符编码为 % XX 格式，0-255 外 Unicode 编码为 % u**** |
| encodeURI | decodeURI | 仅编码 URI 中非法字符，保留关键分隔符，基于 UTF-8 编码 |
| encodeURIComponent | decodeURIComponent | 编码 URI 中所有特殊字符（含分隔符），基于 UTF-8 编码 |
二、三大函数核心差异（不编码字符对比）
三者的核心区别在于不编码的字符范围，直接决定其适用场景，具体统计如下：
- escape：不编码字符共 69 个，包括：*、+、-、.、/、@、_、0-9（10 个）、a-z（26 个）、A-Z（26 个）
- encodeURI：不编码字符共 82 个，包括：!、#、$、&、'、(、)、*、+、,、-、.、/、:、;、=、?、@、_、~、0-9（10 个）、a-z（26 个）、A-Z（26 个）
- encodeURIComponent：不编码字符共 71 个，包括：!、'、(、)、*、-、.、_、~、0-9（10 个）、a-z（26 个）、A-Z（26 个）
三、适用场景及示例
- encodeURIComponent（最常用）
- 适用场景：URL 参数传递（避免 #、& 等特殊字符截断参数）
- 示例代码：
<script language="javascript">document.write('<a href="http://passport.baidu.com/?logout&aid=7&u=' + encodeURIComponent("http://cang.baidu.com/bruce42") + '">退出</a>');</script> - 关键说明：编码结果适配 UTF-8 格式，需后台解码时支持 UTF-8（与表单 / 页面编码一致）
- encodeURI
- 适用场景：整体 URL 跳转（保留 URL 原有结构，如 :、/ 分隔符）
- 示例代码：
Location.href=encodeURI("http://cang.baidu.com/do/s?word=百度&ct=21"); - 关键说明：不对 URL 核心分隔符（:、/、;、? 等）编码，确保跳转路径有效
- escape
- 适用场景：JS 内部数据存储（如收藏夹历史记录）
- 示例场景：存储用户操作历史中的特殊字符文本
- 关键说明：避免在表单提交或服务器交互中使用，因 + 字符会被服务器解析为空格
四、使用注意事项
- 编码格式兼容性：encodeURI 和 encodeURIComponent 基于 UTF-8 编码，后台接收参数时需确保解码方式一致，否则会出现乱码；
- escape 局限性：因不编码 @、/、+ 等字符，且 + 字符的特殊解析问题，实际开发中应优先选择 encodeURIComponent 替代；
- 路径编码禁忌：encodeURIComponent 会编码 / 等路径分隔符，若用于编码完整 URL 路径（如 "/FOLDER1/FOLDER2"），会导致服务器请求失效。
4. 关键问题
问题 1：JS 中 encodeURI 和 encodeURIComponent 的核心区别是什么？适用场景分别是什么？
- 答案：核心区别在于不编码字符范围 和对 URL 分隔符的处理 ：encodeURI 不编码 :、/、;、? 等 URL 关键分隔符（不编码字符共 82 个），适用于整体 URL 跳转 ；encodeURIComponent 会编码所有 URL 特殊字符（含分隔符，不编码字符共 71 个），适用于URL 参数传递 。例如，跳转时用
encodeURI("http://xxx.com?word=百度")，传参时用encodeURIComponent("http://xxx.com")避免参数截断。
问题 2：为什么实际开发中更推荐使用 encodeURIComponent 而非 escape？
- 答案：主要有两个核心原因：① 编码兼容性 ：encodeURIComponent 基于 UTF-8 编码，能适配后台常见的解码方式，而 escape 采用 ISO 拉丁字符集编码，对中文、韩文等特殊字符支持不佳；② 字符解析风险 ：escape 不编码 + 字符，该字符在服务器端会被解析为空格，导致参数传递错误；③ 适用场景覆盖：encodeURIComponent 可满足参数传递、特殊字符编码等大部分场景，而 escape 仅适用于内部数据存储，使用场景极窄。
问题 3：若需编码完整的 URL 路径（如 "cang.baidu.com/do/s?word=百... "），应选择哪个函数？为什么？
- 答案：应选择 encodeURI。原因：完整 URL 路径依赖 :、/、? 等分隔符维持结构有效性，而 encodeURI 不会编码这些关键分隔符，能保证编码后 URL 可正常跳转；若使用 encodeURIComponent，会将 /、? 等字符编码为 %2F、%3F，导致 URL 结构破坏，服务器无法识别路径；而 escape 因编码格式和字符支持问题，同样不适合完整 URL 编码。