javascript字符串编码解码需按场景选方法并辅以正则：url场景只编码查询参数、用正则提取键值对及校验转义；html场景结合实体转义与正则过滤注入；emoji用unicode属性类正则验证；base64需正则清洗空白并校验格式。
JavaScript 字符串编码与解码不能只靠 encodeURI 或 encodeURIComponent 硬套，尤其遇到中文、emoji、特殊符号或需要清洗/校验的场景时，必须结合正则表达式做精准控制。关键在于：先明确目标（是 URL 安全？HTML 转义？Base64 传输？），再选对编码方式，最后用正则辅助过滤、提取或修复。
URL 场景：编码后用正则清理冗余或还原结构
直接对整个 URL 调用 encodeURI 可能误编码已合法的协议头或斜杠；而 encodeURIComponent 又过于激进。更稳妥的做法是只编码查询参数部分，并用正则辅助提取和校验：
- 用
/[?&]([^=&]+)=([^&]*)/g提取键值对，再对 value 单独encodeURIComponent - 解码后，可用
/%[0-9A-Fa-f]{2}/g检查是否残留未解码的十六进制转义，避免 double-decode 导致乱码 - 若需过滤非法字符（如控制字符、零宽空格），可配合
/[\u0000-\u001F\u200B-\u200D\uFEFF]/g清除
HTML 内容：编码+正则防止脚本注入
对用户输入做 HTML 实体编码时，textContent 是首选，但若必须拼接字符串，需手动转义。此时正则不是替代方案，而是加固手段：
- 基础转义：
str.replace(/&/g, '&').replace(/, '/g, '>').replace(/"/g, '"').replace(/'/g, ''') - 增强防护：用
/(<script> 提前拦截常见 XSS 模式，再执行转义（注意：不能仅依赖此正则，应配合 CSP）</script> - 解码时，用
/(\d+);/g和/([0-9A-Fa-f]+);/g分别匹配十进制和十六进制实体，再用String.fromCodePoint()安全还原
Unicode 与 emoji：正则配合 codePointAt 处理代理对
普通正则（无 u 标志）会把 emoji（如 ?）当作两个字符处理，导致 .length 错误、.split('') 断裂。解决方案是统一启用 Unicode 模式，并用 codePoint 相关 API 配合：
- 匹配任意 Unicode 字符（含 emoji）：
/./u，而非/./ - 提取所有合法字符（跳过代理对断裂点）：
Array.from(str, c => c)或str.match(/./gu) || [] - 验证是否为有效 emoji：可用
/^\p{Emoji}+$/u（需支持 Unicode 属性类），或用str.codePointAt(0) >= 0x1F600 && str.codePointAt(0) 粗筛表情区间
Base64 传输中文：先 UTF-8 编码，再正则校验格式
直接对中文字符串调用 btoa() 会报错，因为 btoa 只接受 Latin-1 字节流。正确流程是：UTF-8 编码 → Base64 → 正则验证输出合法性：
- 编码：
const utf8Bytes = new TextEncoder().encode(str); const base64 = btoa(String.fromCharCode(...utf8Bytes)); - 解码：
const binString = atob(base64); const bytes = Uint8Array.from(binString, c => c.charCodeAt(0)); const decoded = new TextDecoder().decode(bytes); - 校验 Base64 字符串是否合规：
^[A-Za-z0-9+/]*={0,2}$（长度模 4 为 0，结尾最多两个 =） - 若 Base64 中混入空白或换行（如邮件内容），先用
.replace(/[\s\r\n]+/g, '')清洗再解码
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
