JavaScript 中正确方法是 codePointAt() 而非 charPointAt；它能正确处理代理对，返回完整 Unicode 码点，而 charCodeAt() 仅返回单个 UTF-16 单元，无法还原超出 BMP 的字符（如 emoji）。
JavaScript 中没有 charPointAt 方法，正确名称是 codePointAt()。它与 charCodeAt() 的关键区别在于：能否正确处理 Unicode 中的代理对（Surrogate Pairs）——也就是那些码点大于 0xFFFF 的字符，比如 emoji、部分中文古字、数学符号等。
为什么需要 codePointAt() 而不是 charCodeAt()
charCodeAt() 只返回 UTF-16 编码单元（16 位），对基本多文种平面（BMP）内的字符没问题，但遇到超出 BMP 的字符（如 ?、??、?）时，它们在 JavaScript 字符串中以两个 16 位代码单元（即代理对）存储。charCodeAt() 每次只取一个单元，无法还原原始码点。
-
'?'.length === 2（因为它是代理对，占两个 UTF-16 单元） -
'?'.charCodeAt(0)返回0xD842（高位代理），.charCodeAt(1)返回0xDF9F（低位代理） -
'?'.codePointAt(0)直接返回0x20BB7（即十进制 134071），这才是字符真正的 Unicode 码点
codePointAt() 的行为细节
codePointAt(index) 从指定位置开始读取一个完整的 Unicode 字符（可能跨两个索引），返回其码点数值；若该位置是高位代理且后一位是有效低位代理，则合并计算；否则返回单个代码单元值。
- 参数
index是字符串索引（从 0 开始），不是“第几个字符”——因为一个字符可能占两个索引 - 如果
index超出范围或位于代理对的第二位（如str.codePointAt(1)在 '?' 中），返回undefined - 返回值是数字，可直接用于
String.fromCodePoint()还原字符
实际使用建议
遍历字符串并正确识别每个字符（而非每个 UTF-16 单元）时，应优先使用 codePointAt() 配合手动跳过代理对，或更推荐使用支持 Unicode 的现代方法：
立即学习“Java免费学习笔记（深入）”；
- 用
for…of循环（自动按 Unicode 字符迭代）：for (const ch of 'Hello ??') console.log(ch) - 用扩展运算符转数组：
[...'??']→['??']（长度为 1），而'??'.split('')会拆成多个无效单元 - 需索引操作时，用
codePointAt()并检查返回值是否 ≥ 0x10000，若是，则下一个索引应跳过（因已消耗两位）
兼容性与 Polyfill 注意点
codePointAt() 自 ES2015（ES6）起原生支持，主流浏览器和 Node.js ≥ 4 都可用。若需兼容极旧环境（如 IE），可用简单 polyfill：
if (!String.prototype.codePointAt) {<br> String.prototype.codePointAt = function(pos) {<br> const first = this.charCodeAt(pos);<br> if (first >= 0xD800 && first <= 0xDBFF && pos + 1 < this.length) {<br> const second = this.charCodeAt(pos + 1);<br> if (second >= 0xDC00 && second <= 0xDFFF) {<br> return ((first - 0xD800) * 0x400) + (second - 0xDC00) + 0x10000;<br> }<br> }<br> return first;<br> };<br>}
