JavaScript字符串基于UTF-16编码，超出基本多文种平面的字符需用代理对表示，如“?”占两个16位单元，导致length返回2；应使用Array.from或扩展运算符获取真实字符数，for...of循环遍历可正确处理代理对，正则加u标志支持Unicode匹配，String.fromCodePoint与codePointAt可准确转换码点，避免传统方法的字符拆分错误。
JavaScript中的字符串基于UTF-16编码，这意味着每个字符通常以16位表示。然而，并非所有Unicode字符都能用单个16位单元完整表达。超出基本多文种平面（BMP）的字符（如某些表情符号或罕见汉字）需要两个16位单元，称为代理对（surrogate pair）。正确处理这些字符是避免字符串操作错误的关键。
理解Unicode与UTF-16
Unicode是一个全球字符集标准，为每个字符分配唯一码点（如U+1F600表示?）。JavaScript使用UTF-17>16编码存储字符串，对于码点在U+0000到U+FFFF之间的字符，直接用一个16位单元表示；而大于U+FFFF的字符则被拆分为两个16位单元——高代理和低代理。
例如，字符“?”（U+20BB7）在JavaScript中会被表示为两个char："\uD842\uDFB7"。若不正确处理，length属性会返回2，而非预期的1。
安全获取字符串长度
直接使用str.length可能误导，因为它按16位单元计数，而非实际字符数。应使用ES6提供的Array.from()或扩展运算符：
立即学习“Java免费学习笔记（深入）”；
- Array.from('?').length 返回 1
- [...'?'].length 返回 1
- '?'.codePointAt(0) 返回 134071（即0x20BB7）
这些方法能正确识别代理对，按逻辑字符计数。
遍历包含辅助平面字符的字符串
传统for循环配合charAt()会逐16位单元访问，可能导致代理对被拆开。推荐使用for...of循环：
for (const char of 'Hello ?') {
console.log(char); // 每次输出一个完整字符
}
此方式自动识别代理对，确保每个迭代返回一个完整Unicode字符。
正则表达式中的Unicode支持
默认情况下，正则表达式无法正确匹配辅助平面字符。启用标志可开启Unicode模式：
- /^.$/u.test('?') 返回 true（匹配单个字符）
- 'A?B'.split(/./u) 可结合match使用来分割字符
Unicode模式下，.、\w、\s等元字符也能正确处理更多国际字符。
转义与编码转换
使用JSON.stringify()可将字符转为Unicode转义序列：
- JSON.stringify('?') 输出 "\ud842\udfb7"
- String.fromCodePoint(0x1F600) 生成 "?"
- '?'.codePointAt(0).toString(16) 得到 "1f600"
fromCodePoint和codePointAt是处理任意Unicode码点的核心API，优于旧的fromCharCode和charCodeAt。
基本上就这些。掌握UTF-16机制和现代JavaScript提供的Unicode友好方法，就能避免大多数字符串处理陷阱。关键是在涉及长度、遍历或正则时，优先选择支持code points的操作方式。
