JavaScript 处理 Unicode 需正确使用转义写法（uXXXX、u{XXXXXX}）和正则 u 标志，否则导致错误或不匹配；必须用 /.../u 和 p{}（如 p{L}、p{Script=Han}）实现准确国际化匹配。
JavaScript 中处理 Unicode 字符，关键在于理解转义写法和正则匹配行为之间的配合关系。不加 u 标志时，很多 Unicode 特性根本不会生效；而转义方式选错，甚至会导致语法错误或意外匹配。
Unicode 转义的三种写法及适用场景
JavaScript 支持三种 Unicode 字符字面量写法，它们在字符串和正则中表现不同：
-
uXXXX：4 位十六进制，仅限 BMP 平面字符（如u3042表示「あ」） -
u{XXXXXX}：1–6 位大括号形式，支持所有 Unicode 码点（如u{1F389}表示 ?），但必须配合u标志使用 -
uhhhh形式在正则字面量中会被当作普通转义，若未启用u，u1F389会报错或被截断为u1F38+9
正则中启用 Unicode 的必要条件
只要涉及非 ASCII 字符、代理对、或 p{}，就必须加 u 标志，否则：
-
.仍按 UTF-16 码元匹配，导致一个表情符号（如 ?）被当成两个字符 -
p{L}、p{Script=Han}等属性转义直接报错 -
u{...}在正则中无效，解析失败 -
str.match(/./g)对「?」（U+20BB7）返回两个，而str.match(/./gu)正确返回一个
用 p{} 匹配语义化字符类
ES2018 起支持的 p{} 是处理国际化文本最可靠的方式，比手动写范围更准确、可读性更强：
立即学习“Java免费学习笔记（深入）”；
-
p{L}：任意语言字母（含中文、西里尔、假名、阿拉伯字母等） -
p{N}：任意数字字符（如 ٢、๓、Ⅶ） -
p{Sc}：货币符号（¥、€、₹、₩） -
p{Emoji}：标准 Emoji（需引擎支持，Chrome/Firefox/Node ≥12） -
p{Script=Han}：汉字（包括扩展 A/B/C 区），比[u4e00-u9fa5]全面得多
常见陷阱与规避方法
实际开发中最容易踩坑的地方集中在转义层级和标志遗漏：
- 用
RegExp构造函数拼接动态 Unicode 模式时，反斜杠要双写：new RegExp('\p{L}', 'gu') - 匹配中文别再用
[u4e00-u9fa5]，它漏掉大量 CJK 扩展字，应改用/p{Script=Han}/u - 检测字符串是否含 Emoji，不能只靠
.length，要用/p{Emoji}/u.test(str) - 替换操作中若需保留 Unicode 语义，记得用
String.prototype.replaceAll配合/.../gu，避免replace只换第一个
