自动保存是主动写入localStorage/sessionStorage，防丢失是通过beforeunload事件+内存标记被动兜底；二者目标不同、机制不同、失效场景也不同。
有区别，而且区别很实在：自动保存是“主动写入”，防丢失是“被动兜底”——前者管你有没有改，后者只管你关没关。
自动保存到底在保存什么
它不是保存整个 HTML 文件，而是把用户输入的表单值、编辑器内容、临时状态等，用 JavaScript 主动写进 localStorage 或 sessionStorage。HTML 本身不执行任何保存动作，<form autocomplete="on"> 这类属性只影响浏览器自动填充建议，和持久化完全无关。
- 真正生效的是监听
input、change事件 + 调用localStorage.setItem() - 定时保存（如“每30秒”）本质是
setInterval(() => save(), 30000)，不是 HTML 的某个属性开关 - 如果用户禁用 JS，或页面没挂载监听器，自动保存就彻底失效
防丢失的核心是 beforeunload + 内存标记
防丢失要解决的问题是：用户突然刷新、关页、崩溃时，数据还没来得及存。这时候靠 beforeunload 事件弹提示，但这个事件里不能做耗时操作——localStorage.getItem() 在 Safari 无痕模式下会直接抛错，Chrome 也可能卡顿。
- 必须提前把“是否脏数据”结果存在内存变量里，比如
window.__isFormDirty = true -
beforeunload回调里只读这个变量，返回undefined（不要 return 字符串，已废弃） - 千万别在
beforeunload里算哈希、读 localStorage、发请求——这些都不可靠
为什么“自动保存了还丢数据”
常见于三类场景：初始值干扰、框架同步延迟、隐私模式失效。
立即学习“前端免费学习笔记（深入）”；
- 表单带默认值（如
<input value="hello">），加载后没等 DOM 渲染完就读localStorage，比对逻辑跑在空值上 - Vue/React 中 state 和
localStorage不同步：用户改了视图，但watch或useEffect没触发保存，或保存时机早于渲染完成 - Safari 无痕模式下
localStorage直接抛QuotaExceededError，没包try/catch就静默失败
防丢失真正该依赖的存储方案
别只盯着 localStorage。它适合轻量文本，但有容量限制（通常 5–10MB）、同步阻塞、无事务保障。
- 简单表单草稿：
localStorage+ 时间戳 + 轻量哈希（如JSON.stringify(val).substring(0, 100)）够用 - 富文本、附件、多字段联动：
IndexedDB更稳，支持异步、事务、结构化查询，用idb库几行就能封装好 - 纯会话级临时缓存：
sessionStorage更干净，关页即清，避免跨会话污染
最常被忽略的一点：自动保存 ≠ 防丢失成功。前者是“我存了”，后者是“你关页前我拦得住”。中间差的是内存标记是否及时更新、存储是否真正落盘、以及浏览器隐私策略是否允许。
