Web Storage本身不处理字符编码，其正确存储Unicode字符的关键在于JavaScript引擎的UTF-16字符串表示及合理的序列化方式；直接存取纯字符串通常无乱码，但对象需JSON序列化，含控制字符时应过滤或转义，配合encodeURIComponent可增强鲁棒性。
Web Storage（localStorage 和 sessionStorage）本身不处理字符编码，它只存储字符串；真正决定能否正确保存和读取 Unicode 字符（如中文、emoji、重音符号等）的关键，在于 JavaScript 引擎对字符串的内部表示以及你如何序列化/反序列化数据。
JavaScript 字符串原生支持 Unicode
现代浏览器中，JavaScript 字符串基于 UTF-16 编码，能天然表示绝大多数 Unicode 字符（包括 U+0000–U+FFFF 基本多文种平面，以及通过代理对表示的增补字符，如大部分 emoji）。这意味着：
- 直接存取纯字符串（如
sessionStorage.setItem('name', 'café ñoño ?')）通常不会乱码 - 但若值为对象或包含特殊控制字符（如未转义的换行、制表符），需先序列化
- 某些老旧环境或极端边界情况（如含孤立代理项）仍可能出错
JSON 序列化是常见风险点
JSON.stringify() 和 JSON.parse() 是最常用的序列化方式，它们完全兼容 Unicode——但有隐含限制：
- JSON 标准要求字符串以 UTF-16 表示，因此 emoji、中文、带重音的拉丁字母均可安全序列化
- 但 JSON 不允许直接嵌入 U+0000–U+001F 中的控制字符（如
\u0000、\u0008），会抛出语法错误 - 若原始数据含非法控制字符，需提前过滤或转义（例如用 Base64 编码二进制段）
使用 encodeURIComponent 防止 URL 编码干扰
当值中可能含 %、+、/ 等会被误解析的字符（尤其在拼接 URL 或与后端交互时），推荐组合使用：
- 写入前：
encodeURIComponent(JSON.stringify(value)) - 读取后：
JSON.parse(decodeURIComponent(item)) - 该方式可规避因空格、引号、斜杠引发的意外截断或解析失败
- 注意：它不解决底层编码问题，而是增强传输鲁棒性
避免 BOM 和文件级编码污染
虽然 Web Storage 无“文件编码”概念，但开发中易混淆的源头常来自外部：
- 若从 UTF-8 文件（如
.js脚本）中读取初始字符串，确保文件本身不含 BOM；BOM 可能被当作不可见字符存入 Storage - 若从服务器 API 获取 JSON 数据，确认响应头含
Content-Type: application/json; charset=utf-8 - 编辑器保存脚本时选择 “UTF-8 without BOM”，可消除潜在干扰
