JavaScript 中没有 charPointAt 方法，正确方法是 charCodeAt() 和 codePointAt()；前者返回 UTF-16 码元值，对辅助平面字符需手动拼接代理对，后者直接返回完整 Unicode 码点并自动处理代理对。
JavaScript 中没有 charPointAt 方法，你可能指的是 charCodeAt() 或较新的 codePointAt() —— 这两个方法都用于获取字符的编码值，但处理 Unicode 的方式截然不同，尤其在面对 emoji、中文、数学符号等超出基本多文种平面（BMP）的字符时，差异尤为关键。
charCodeAt()：只处理 UTF-16 码元，对代理对需手动拼接
charCodeAt(index) 返回指定位置的 UTF-16 码元（code unit），范围是 0–65535。它不理解 Unicode 字符（code point），只按字符串内部的 UTF-16 编码单元取值。
- 对于 BMP 内字符（如英文字母、常用汉字、大部分拉丁符号），一个字符 = 一个码元，
charCodeAt()返回的就是其 Unicode 码点值。 - 对于辅助平面字符（如 ?、??、?），UTF-16 用两个码元（代理对：high surrogate + low surrogate）表示，
charCodeAt()在每个位置只返回其中一个码元，无法直接还原原始码点。 - 例如：
'?'.length === 2，因为 '?'（U+20BB7）被编码为0xD842 0xDFB7；调用'?'.charCodeAt(0)得到 55362（0xD842），.charCodeAt(1)得到 57271（0xDFB7），二者都不是 U+20BB7。
codePointAt()：真正返回 Unicode 码点，自动处理代理对
codePointAt(index) 是 ES2015 引入的方法，返回该位置起始的 Unicode 码点（code point）数值，能正确识别并组合代理对。
- 若当前位置是代理对的高位（high surrogate），且下一位是有效的低位（low surrogate），则返回组合后的完整码点（如 U+20BB7 → 134071）。
- 若高位后无有效低位，或当前位置是低位，则只返回该码元本身（与
charCodeAt()一致）。 - 例如：
'?'.codePointAt(0)返回 134071（即 0x20BB7），'?'.codePointAt(1)返回 57271（因为索引 1 是代理对的第二部分，单独无意义）。
实际使用建议：优先用 codePointAt()，遍历时注意跳过代理对
要安全遍历字符串并获取每个“用户感知字符”的码点，不能简单用 for (let i = 0; i ，否则会在代理对中间停顿，导致重复或错位。
立即学习“Java免费学习笔记（深入）”；
- 推荐用
for…of遍历字符串（ES2015+），它按 Unicode 字符（而非 UTF-16 码元）迭代：for (const ch of 'Hello ?') { console.log(ch.codePointAt(0)); } - 若需索引操作，可用
Array.from(str).map(ch => ch.codePointAt(0))或正则str.match(/./u)（配合/u标志）来获得正确字符数组。 - 判断是否为代理对高位：用
0xD800 ；但更稳妥的方式是依赖 <code>codePointAt()的返回值长度——String.fromCodePoint(cp)可逆向验证。
补充：String.fromCodePoint() 与 String.fromCharCode() 的对应关系
String.fromCharCode() 只接受 UTF-16 码元，无法直接构造辅助平面字符；而 String.fromCodePoint() 接受任意 Unicode 码点，会自动转换为合法 UTF-16 序列（必要时生成代理对）。
-
String.fromCharCode(0xD842, 0xDFB7)→ '?'（手动拼代理对） -
String.fromCodePoint(0x20BB7)→ '?'（语义清晰，推荐） -
String.fromCodePoint(65, 0x20BB7, 97)→ 'A?a'
