javascript字符串底层使用utf-16编码，代理对（如emoji、部分汉字）由两个16位码元组成，若用split('')或索引访问会将其错误拆分，导致乱码或回文比对失败；应使用at()、for...of或array.from等unicode感知方法安全处理。
检测回文结构时若忽略 Unicode 代理对（如 emoji、某些中文字符、增补平面字符），直接按字节或简单切片反转，会导致字符被错误拆分，产生乱码或比对失败。例如 `"??"`（程序员 emoji）实际由多个 UTF-16 代码单元组成，若用普通数组索引或 `split('')` 处理，会把它断成无效片段。
为什么代理对处理不当会出错
JavaScript 中字符串底层是 UTF-16 编码，而一个 emoji 或汉字可能占用两个 16 位单元（即“代理对”）。原生的 `split('')`、`for (let i = 0; i
- `"??".length` 返回 4（不是 1）
- `"??".split('')` 得到 4 个孤立的码元，无法正确反转
- 反转后拼接，大概率变成乱码或空格、问号等替代符
安全提取字符：用 Array.from 或正则匹配
要真正按“Unicode 字符”（即 grapheme cluster）拆分，推荐以下方式：
- Array.from(str)：ES2015+ 原生支持，能正确识别代理对和组合字符
- str.match(/./gu)：`u` 标志启用 Unicode 模式，`.` 匹配完整字符（包括 emoji）
- 避免 `split('')`、`[...str]` 在旧环境未完全兼容时的风险（虽现代浏览器基本 OK，但需验证）
示例：
Array.from("Hello ??!").reverse().join('') → "! ?? olleH"（保持 emoji 完整）
回文检测的完整流程（含代理对与标准化）
仅反转还不够；真实场景还需统一大小写、过滤非字母数字——这些操作也必须在“字符级”而非“码元级”进行：
- 先用 Array.from(str) 获取字符数组
- 用 .filter(c => /\p{L}|\p{N}/u.test(c)) 提取字母/数字（支持 Unicode 字母，如中文、阿拉伯数字）
- 用 .map(c => c.toLowerCase()) 转小写（注意：部分语言需用
toLocaleLowerCase()） - 再反转并比对：cleaned.join('') === Array.from(cleaned).reverse().join('')
这样可正确判断 `"A man, a plan, a canal: Panama"` 或 `"上海海上"` 等含中文、标点、大小写的回文。
性能敏感时改用双指针 + grapheme-aware 遍历
对超长字符串，反复构造新数组有内存开销。此时可用双指针，但必须配合安全的字符索引推进：
- 使用 Intl.Segmenter（现代浏览器支持）逐段提取字符，获取起始/结束位置
- 或封装函数
nextChar(str, index)，内部用 `String.prototype.at()`（返回第 n 个字符，支持代理对） - 左指针从 `0` 开始，右指针从 `str.length` 开始，每次调用 `.at(left)` 和 `.at(right - 1)` 比较
`String.prototype.at()` 是目前最简洁可靠的字符级访问方式，无需正则或 Segmenter 即可避开代理对陷阱。
