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 字符（可能跨两个索引），返回其码点数值；若该位置是高位代理且后一位是有效低位代理，则合并计算；否则返回单个代码单元值。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 参数
index是字符串索引（从 0 开始），不是“第几个字符”——因为一个字符可能占两个索引 - 如果
index超出范围或位于代理对的第二位（如str.codePointAt(1)在 '?' 中），返回undefined - 返回值是数字，可直接用于
String.fromCodePoint()还原字符
实际使用建议
遍历字符串并正确识别每个字符（而非每个 UTF-16 单元）时，应优先使用 codePointAt() 配合手动跳过代理对，或更推荐使用支持 Unicode 的现代方法：
- 用
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 const second = this.charCodeAt(pos + 1);<br> if (second >= 0xDC00 && second return ((first - 0xD800) * 0x400) + (second - 0xDC00) + 0x10000;<br> }<br> }<br> return first;<br> };<br>}
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
