localStorage 只存字符串，对象需 JSON.stringify() 存、JSON.parse() 取；含函数/undefined/Date/循环引用时会出错，应清理或用 structuredClone()；Phaser 中应在明确存档点（如关卡完成、菜单打开）手动保存，而非 update() 中频繁调用；多存档需动态 key 如 save_1；IndexedDB 仅在数据量大或需事务时必要。
localStorage 保存游戏状态时，为什么刷新后数据还在但读不出来？
因为 localStorage.setItem() 只接受字符串，而游戏状态通常是对象。直接存 gameState 会变成 [object Object]，取出来 JSON.parse() 就报错。
- 必须用
JSON.stringify(gameState)存，JSON.parse(localStorage.getItem('save'))取 - 如果
gameState含函数、undefined、Date或循环引用，JSON.stringify()会静默丢弃或报错——得先清理或换structuredClone()（但注意兼容性） - 存之前建议加 try/catch，避免因序列化失败导致整个存档流程中断
Phaser 3 游戏里怎么在场景切换时自动触发保存？
别在 update() 里反复调用保存——性能差还容易覆盖。应该绑定到明确的“存档点”事件，比如玩家完成关卡、打开菜单、或主动按 S 键。
- 在
scene.start()或scene.pause()前手动调用保存函数，比监听全局事件更可控 - Phaser 的
scene.sys.events.on('sleep')可捕获切后台行为，适合移动端——但 iOS Safari 在 background tab 里可能不触发 - 避免在
preload()阶段读取存档，此时 DOM 可能未就绪；推荐放在create()开头，并设默认值兜底
存档文件名冲突、被覆盖，或者多存档位怎么管理？
用固定 key（如 'game_save'）只能存一档。真要支持多存档，就得把 slot 编号或时间戳嵌进 key 名里。
- 推荐格式：
`save_${slotId}`或`save_${Date.now()}`，避免空格和特殊字符 - 存档列表本身也要持久化，比如用
localStorage.setItem('save_slots', JSON.stringify([1,2,3])) - 注意
localStorage容量上限（通常 5–10MB），大地图或带资源哈希的游戏状态建议只存逻辑数据，别塞图像 base64
IndexedDB 比 localStorage 更适合游戏存档吗？
只在你需要存 >1MB 数据、支持事务、或需要离线同步时才值得上 IndexedDB。对大多数 HTML5 小游戏，它只是让事情变重，不是变好。
立即学习“前端免费学习笔记（深入）”；
-
localStorage读写是同步阻塞的，但小游戏单次存档数据小（ - IndexedDB 的错误处理链路长（
open → transaction → objectStore → put），一个环节没catch就静默失败 - 若真要用，别手写全套 IDB 代码——用
idb这类轻量封装库，它把 Promise 化和错误统一做了
真正容易被忽略的是：浏览器隐私模式下，localStorage 和 IndexedDB 都可能被禁用或清空，游戏启动时得检查 localStorage 是否可用，不可用就降级为内存暂存并提示用户
