normalize() 的核心作用是将逻辑等价但 unicode 编码不同的字符串统一为相同字节序列，使比较、搜索、去重按语义而非码点进行；它解决 unicode 等价性问题，如 “é” 的预组合形式与分解形式，并支持 nfc、nfd、nfkc、nfkd 四种标准化形式，但不处理全半角、繁简体、大小写等语言学转换。
normalize() 的核心作用是把逻辑上等价、但 Unicode 编码不同的字符串，转换成统一的字节序列，从而让比较、搜索、去重等操作真正按“语义”而非“码点”进行。
它处理的是 Unicode 等价性问题
同一个字符在 Unicode 中可能有多种合法表示方式。比如：
- “é” 可以是单个字符
'\u00e9'（预组合形式） - 也可以是两个字符
'e\u0301'（基础字母 + 组合重音符）
两者视觉和语言意义完全相同，但 JavaScript 的 ===、.includes() 或正则匹配会逐码点比对，直接比较返回 false。normalize 就是为解决这种“看起来一样、机器认不出”的问题而设计的。
四种标准化形式的区别与选择
它支持四个参数，对应不同归一化策略：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
NFC（默认）：合成规范形。优先把可组合字符合并成预组字符，如
'e\u0301'→'\u00e9'。适合大多数场景，显示稳定、兼容性好。 -
NFD：分解规范形。把预组字符拆成基础字符加修饰符，如
'\u00e9'→'e\u0301'。适合需要分析音调、笔画或做底层文本处理的场合。 - NFKC / NFKD：兼容性归一化。不仅处理标准等价，还映射兼容字符（如全角数字转半角、连字展开、上标数字转普通数字等）。但注意：它不处理中文繁简、大小写、全半角标点等语言学规则，仅限 Unicode 定义的兼容等价。
它只做 Unicode 层面的归一，不做其他转换
normalize 是纯编码层面的操作，不涉及语言逻辑：
- 不会把 “Ａ”（全角大写A，U+FF21）转成 “A”（半角，U+0041）
- 不会把 “，”（全角逗号，U+FF0C）变成 “,”（半角，U+002C）
- 不会改变大小写、空格、换行符，也不会简化汉字或转换繁简体
如果需要这些能力，得在 normalize 之后额外处理，比如 .toLowerCase() 或用映射表替换全半角。
使用时的关键细节
它返回一个新字符串，原字符串不变；必须对所有参与比较的字符串统一应用同一形式：
- 搜索前，要同时 normalize 搜索词和目标文本
- 用户输入提交前，建议先
.trim().normalize() - 数据库存入或读取时，若涉及多语言匹配，应统一 NFC 存储
- 对 ASCII 字符（a–z、0–9、常见符号）调用 normalize 无任何变化，开销极小
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
