JavaScript中String-fromCharCode根据编码生成字符

本篇文章给大家分享《JavaScript中String-fromCharCode根据编码生成字符》，覆盖了文章的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

String.fromCharCode() 是 JavaScript 中根据 Unicode 码点（十进制整数）生成字符的静态方法，仅支持 0–0x10FFFF 范围内的数值，不解析代理对逻辑；处理补充平面字符应使用 String.fromCodePoint()。

String.fromCharCode() 是 JavaScript 中用于根据 Unicode 编码值（十进制整数）生成对应字符的静态方法。它不接受十六进制字符串、UTF-8 字节序列或代理对（surrogate pair）的拆分值，只接收一个或多个合法的 Unicode 码点（0–0x10FFFF 范围内），并返回由这些码点组成的字符串。

基本用法：传入数字，得到字符

每个参数代表一个 Unicode 码点（十进制），方法按顺序拼接对应字符：

• String.fromCharCode(65) → "A"
• String.fromCharCode(97, 98, 99) → "abc"
• String.fromCharCode(0x2603, 0x1F4A9) → "☃?"（支持十六进制字面量，但本质仍是数值）

注意编码范围与高代理对

Unicode 中大于 0xFFFF 的字符（如大部分 emoji、古文字）属于补充平面，需用两个 16 位代理码元表示。但 fromCharCode() 本身不解析代理对逻辑 —— 它只是机械地把每个数字转成 UTF-16 单元：

• String.fromCharCode(0xD83D, 0xDCA9) → "?"（正确，因为 0xD83D 和 0xDCA9 是 UTF-16 代理对的高位和低位）
• 但直接传入码点值 128169（即 0x1F4A9）会出错：String.fromCharCode(128169) → ""（显示为替换符），因为 128169 > 65535，超出单个 UTF-16 单元表示能力

✅ 正确处理补充字符应使用 String.fromCodePoint()，它原生支持完整 Unicode 码点（包括 > 0xFFFF 的）。

常见误用与替代建议

• ❌ 传入字符串（如 "65"）：会被隐式转为 NaN，结果是空字符串或异常（取决于环境）
• ❌ 传入负数或超限值（如 -1 或 0x110000）：返回空字符串或无效字符
• ✅ 需要从十六进制字符串转换？先用 parseInt("1F4A9", 16) 得到数字，再传给 fromCodePoint()
• ✅ 处理用户输入的编码列表时，建议加校验：Number.isInteger(n) && n >= 0 && n

与 fromCodePoint 的关键区别

fromCharCode() 是历史遗留方法，基于 UTF-16 编码单元；fromCodePoint() 是 ES6 新增，直接操作 Unicode 码点，语义更清晰、支持更广：

• String.fromCodePoint(65) → "A"
• String.fromCodePoint(0x1F4A9) → "?"（无需手动拆分代理对）
• String.fromCodePoint(0x1F4A9, 0x1F4AB) → "??"

现代开发中，除非兼容极老环境，否则优先使用 String.fromCodePoint()。

今天关于《JavaScript中String-fromCharCode根据编码生成字符》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！