如何从Unicode十六进制值获取实际字符？验证方法存疑求助

你的问题出在**String.fromCharCode()的局限性**上，咱们一步步拆解来理清楚：

为什么第二个例子正常，第一个出错？ #

• 像005B（对应U+005B）这类处于**基本多语言平面（BMP，范围U+0000到U+FFFF）**的Unicode码点，String.fromCharCode()可以正常处理——因为它的参数范围就是0到65535（刚好对应BMP的码点区间）。
• 但E01ED对应的码点是U+E01ED，转换为十进制是917997，这个数值已经超过了65535的上限。String.fromCharCode()遇到超出范围的数值时，会自动截断高位，只保留低16位，实际处理的是917997 % 65536 = 57837，对应的字符是ǭ（U+01ED），这就是你得到错误结果的根源。

正确的处理方法 #

要处理U+FFFF以外的Unicode补充平面字符，你需要用**String.fromCodePoint()**——它支持所有Unicode码点（范围0到0x10FFFF）：

parseInt('E01ED', 16) // 输出 917997
String.fromCodePoint(917997) // 对应U+E01ED，即VARIATION SELECTOR-254

这里需要注意：VARIATION SELECTOR-254是一个非间距标记（NSM），它本身是不可见的，作用是修饰前置字符，所以你单独输出它时看不到明显效果，但这个结果是完全符合Unicode定义的。

再验证一次测试案例 #

用你的第二个例子确认fromCodePoint的兼容性：

parseInt('005B', 16) // 输出 91
String.fromCodePoint(91) // 输出 '['，同样正确

总结来说，你的核心问题就是用错了API——fromCharCode仅支持BMP字符，补充平面字符必须用fromCodePoint来处理。

内容的提问来源于stack exchange，提问作者Lance Pollard