localStorage和sessionStorage只能存储字符串，存对象需JSON.stringify()、读取需JSON.parse()并加try/catch防错；二者API相同但生命周期不同：localStorage持久化，sessionStorage仅限当前标签页。
在 JavaScript 中做数据转换与持久化时，类型丢失风险主要出现在两个环节：一是将对象/数组等结构化数据存入 localStorage 或 sessionStorage（只能存字符串），二是从存储中读取后未正确还原原始类型；二是隐式类型转换干扰逻辑判断（如 "0"、[]、null 等在条件或比较中被误判）。规避的关键是「显式控制序列化与反序列化流程」+「防御性类型校验」。
用 JSON.stringify / JSON.parse 时保留基础结构，但注意局限性
localStorage 和 sessionStorage 只接受字符串值，因此必须序列化。使用 JSON.stringify() 是标准做法，它能准确保留对象、数组、数字、布尔、null 等基本类型：
- ✅ 支持：
{ name: "Alice", age: 28, active: true }→ 存为字符串，再JSON.parse()后仍是原结构 - ⚠️ 不支持：
Date、RegExp、Function、undefined、Symbol、BigInt—— 这些会被忽略、转为空、或报错 - ❌ 特别注意：
new Date()存进去变成字符串（如"2026-09-24T07:34:12.123Z"），读取后需手动new Date(str)恢复；undefined在对象中直接被删掉，导致字段“消失”
对关键字段做类型断言与默认兜底
从存储中恢复数据后，不能直接信任其类型。例如用户上次存的是 { count: "5" }（字符串），但业务逻辑需要数字；或存的是空数组 []，但后续代码假设它是 null。建议：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 读取后立即用
typeof或Array.isArray()、Number.isInteger()等校验 - 对数值字段强制转换并设默认值：
const count = Number(localStorage.getItem("count")) || 0 - 对布尔字段避免仅靠真假值判断：
const isDark = localStorage.getItem("theme") === "dark"，而不是if (localStorage.getItem("theme")) - 对日期字段统一处理：
const savedAt = new Date(JSON.parse(data)?.savedAt || Date.now())
复杂类型（Date / Map / Set / Class 实例）需自定义编解码逻辑
若业务中必须持久化非 JSON 原生支持的类型，不能跳过编码步骤。常见做法：
立即学习“Java免费学习笔记（深入）”；
-
Date：存为时间戳（
date.getTime()）或 ISO 字符串（date.toISOString()），读取时用new Date(str)构造 -
Map / Set：先转为数组格式，如
JSON.stringify([...myMap])，读取后用new Map(JSON.parse(str))恢复 -
自定义类实例：不直接存实例，而是提取可序列化的属性（
obj.toJSON()），恢复时调用构造函数重建：new User(data.name, data.email) - 避免用
eval或Function动态执行字符串来“还原”，有严重 XSS 风险
用 IndexedDB 替代 localStorage 处理强类型需求
当项目需要可靠保存多种类型（含二进制、嵌套对象、大量数据），且要求事务安全和查询能力，应优先选 IndexedDB：
- 原生支持存储
Date、ArrayBuffer、TypedArray、Object等，无需手动序列化 - 写入时数据保持原始类型，读取后可直接使用（例如存一个
new Date()，取出仍是Date实例） - 配合
idb库可大幅简化操作，例如：await store.put({ id: 1, createdAt: new Date() }, 1) - 适合表单草稿、离线日志、用户行为快照等对类型完整性要求高的场景
