normalize()核心是统一“看起来一样但码点不同”的字符编码形式，解决Unicode等价性问题：é（U+00E9）与e\u0301（U+0065+U+0301）经normalize后可===相等；支持NFC/NFD/NFKC/NFKD四种形式，分别适用于显示存储、底层处理、搜索匹配和文本清洗，但不处理简繁体等非Unicode等价字符。
JavaScript 字符串用 normalize() 处理 Unicode 规范化，核心是把“看起来一样、但码点不同”的字符统一成同一种编码形式，从而让比较、搜索、去重等操作真正按语义进行。
为什么需要 normalize()？
Unicode 允许同一个字符有多种编码方式。比如法语字母 é：
- 预组字符（合成形）：
'\u00e9'（U+00E9，一个码点） - 基础字符 + 组合标记（分解形）：
'e\u0301'（U+0065 + U+0301，两个码点）
两者显示和含义完全相同，但直接用 === 比较会返回 false，因为底层字节不同。normalize() 就是用来消除这种差异的。
四种标准化形式怎么选？
normalize() 接收一个参数，决定转换目标：
立即学习“Java免费学习笔记（深入）”；
- NFC（默认）：合成规范形。优先用预组字符，适合显示、存储、用户输入校验（如邮箱/用户名比对）
- NFD：分解规范形。把所有可分解字符拆成基础字符 + 组合标记，适合底层处理（如移除重音、光标定位）
- NFKC：合成兼容形。除了规范等价，还处理全角/半角、上标数字、罗马数字等兼容等价，适合模糊搜索和表单清洗
- NFKD：分解兼容形。NFKC 的分解版，常用于彻底剥离格式（如把“１２３”转成“123”，或去掉所有变音符号）
常见实用场景示例
✅ 安全比对多语言文本：'café'.normalize() === 'cafe\u0301'.normalize() → true
✅ 搜索时忽略全角/半角差异：'ＡＢＣ'.normalize('NFKC') === 'ABC'.normalize('NFKC') → true
✅ 仅移除大写字母的重音（保留小写）：
先 .normalize('NFD') 分解，再用正则匹配并替换大写字母后的组合标记，最后 .normalize('NFC') 合成。
✅ 判断字符串是否已规范化：'hello'.isNormalized('NFC') 返回 true；'e\u0301'.isNormalized('NFC') 返回 false。
注意事项
⚠️ normalize() 不处理简繁体、异体字、地域变体（如「为」vs「為」），这些属于语义等价而非 Unicode 等价，需额外映射表或 NLP 工具。
⚠️ 它返回新字符串，原字符串不变。
⚠️ 中文汉字本身基本不涉及 NFC/NFD 等价问题（极少例外如「囍」和「喜喜」属 NFKC 范畴，但实际中不常用），重点在拉丁、希腊、阿拉伯、梵文等带组合标记的语言。
