1. 基本单位： 它使用 16 位（2 字节）的码元 (Code Unit) 作为基本单位。

2. 变长表示：
• 对于 Unicode 基本多文种平面 (Basic Multilingual Plane, BMP) 中的字符 (码点范围 U+0000 到 U+FFFF)，UTF-16 使用 一个码元 (2 字节) 表示。这包含了绝大多数常用字符（拉丁字母、数字、标点、大多数 CJK 汉字等）。
• 对于 Unicode 补充平面 (Supplementary Planes) 中的字符 (码点范围 U+010000 到 U+10FFFF)，UTF-16 使用 两个码元 (4 字节) 来表示。这两个码元被称为 代理对 (Surrogate Pair)。常见的 Emoji 和一些不常用的 CJK 汉字就属于补充平面。

• BMP 字符 (码点 <= U+FFFF): 直接使用其 Unicode 码点对应的 16 位值作为码元。
• 例如：字符 'A' 的码点是 U+0041。在 UTF-16 中就用一个码元 0x0041 表示。
(在 JavaScript 中，\\uXXXX 用于表示一个 UTF-16 码元)

• 补充平面字符 (码点 > U+FFFF): 需要通过特定算法将其码点拆分成一个高位代理码元 (范围 U+D800 到 U+DBFF) 和一个低位代理码元 (范围 U+DC00 到 U+DFFF) 组成的代理对。
• 例如：字符 '💩' (PILE OF POO) 的码点是 U+1F4A9。计算后得到代理对：高位 0xD83D 和低位 0xDCA9。
• 同样，'𠮷' 的码点是 U+20BB7，也会被编码成一个代理对，因此 .length 为 2。

• 对于 BMP 字符，一个字符对应一个码元，.length 符合直觉。

• 对于补充平面字符，一个字符对应两个码元（一个代理对），.length 就会是 2。

历史背景: JavaScript 最初设计时采用了 USC-2 编码（UTF-16 的前身），认为 16 位（65536 个码位）足以覆盖所有字符。后来 Unicode 扩展引入了补充平面，UTF-16 通过代理对机制兼容了这些新字符，但 .length 属性的行为保留了统计码元的原始定义。

• 展开语法 (Spread Syntax): 这是最简洁直观的方式。 展开语法或 Array.from 会按照 Unicode 字符（码点）来迭代字符串。

• 迭代 (for...of)： for...of 循环能正确遍历 Unicode 字符，而传统的 for 循环会按码元遍历，导致补充平面字符被拆分。

• 字符串方法： 像 slice, substring, split('') 等传统方法可能在代理对边界处错误地分割字符。虽然 ES6 没有直接修改这些方法的行为以保持兼容性，但结合 Array.from 或展开语法可以先转换为字符数组再操作。

• 正则表达式 u 标志： ES6 引入了 u (Unicode) 标志，使正则表达式能正确处理四个字节的 UTF-16 编码。
u 标志还能正确处理 \\u{XXXXX} 形式的 Unicode 转义。

• codePointAt() vs charCodeAt()：
• charCodeAt(i) 返回指定索引 i 处的 UTF-16 码元 值 (0-65535)。对于补充平面字符，它只能获取代理对中的第一个码元值。
• codePointAt(i) 返回从指定索引 i 开始的完整 Unicode 码点 值。它能正确识别代理对并返回补充平面字符的实际码点。

• String.prototype.normalize()： 用于处理 Unicode 规范化问题。有些字符可以用多种码元序列表示（例如 'é' 可以是单个字符 \\u00E9，也可以是 'e' + 组合重音符 e\\u0301）。虽然它们看起来一样，但直接比较 (===) 会是 false。normalize() 可以将字符串转换为统一的规范形式（NFC 或 NFD），使得视觉和语义上相同的字符能够正确比较。