为何JavaScript的string normalize()方法在部分场景下执行结果不符合预期

核心差异根源 #

你观察到的差异本质是两个操作处理的字符串实际内容完全不同：

• 字面量"(Other\uff09"在JS代码解析阶段，就会被引擎将转义序列\uff09解析为单个Unicode字符：全角右括号（码位U+FF09）
• 你从myObj.name中拿到的字符串里的\uff09不是转义序列，是6个独立的普通字符：\、u、f、f、0、9

具体逻辑说明 #

1. String.prototype.normalize()的作用是将Unicode字符串转换为标准等价形式，全角右括号U+FF09经过归一化处理后，确实会被转换为半角右括号U+0029（也就是普通的)），这就是字面量调用返回"(Other)"的原因。
2. 调试器显示内容和实际存储内容存在差异：调试器为了方便开发者识别不可打印/特殊字符，会把字符串里的反斜杠自动转义显示，所以当你的myObj.name实际存储的是(Other\\uff09（也就是反斜杠本身被转义）时，调试器就会显示为(Other\uff09，和字面量的显示完全一致，但实际内容天差地别。这种情况下normalize()处理的是6个普通字符，自然不会有任何变化。

验证方法 #

你可以执行以下代码快速验证：

// 输出myObj.name的实际长度，包含6个普通字符的版本长度为12（"(Other"6字符 + \uff096字符）
console.log(myObj.name.length)
// 输出字面量的长度，包含单个全角右括号的版本长度为7（"(Other"6字符 + U+FF091字符）
console.log("(Other\uff09".length)

两个输出结果不一致就能直接证明上述结论。

内容的提问来源于stack exchange，提问作者Shane Gannon