表单提交成功后须立即清除sessionStorage中对应数据，应在响应确认成功（如status===200且data.code===0）的回调中调用removeItem；原生submit需在submit事件处理函数中、form.submit()前执行清除；“放弃填写”按钮应同步清空sessionStorage和页面字段；须避免key错误、混淆storage类型、误在finally中清除或仅清部分key等漏洞。
表单提交成功后立刻清除 sessionStorage 中对应数据，是防止重复提交、避免旧草稿干扰下一次填写的关键动作。不能等跳转完成再清，也不能依赖标签页关闭自动释放——必须在确认提交有效的那一刻主动清理。
提交成功回调里立即 removeItem
如果用 fetch 或 axios 提交，确保在 then 或 success 回调 中执行清除：
- 先检查响应状态是否为 success（如 status === 200 且 data.code === 0）
- 再调用 sessionStorage.removeItem('form_step1_data') 或你实际使用的 key
- 不要放在 .finally 里——失败时也执行会误删用户未保存的草稿
同步 form.submit() 前清除更稳妥
若使用原生表单 submit，JS 执行会在提交瞬间终止，所以清除操作要放在 submit 事件处理函数中、调用 form.submit() 之前：
- 监听表单的 submit 事件
- 阻止默认行为（可选，便于统一控制）
- 清除 sessionStorage 数据
- 再调用 form.submit() 发起真实提交
加个“放弃填写”按钮辅助清理
给用户明确退出入口，点击即清除当前表单所有暂存数据，并重置界面：
立即学习“前端免费学习笔记（深入）”；
- 按钮绑定 click 事件，执行 sessionStorage.removeItem('your_form_key')
- 同时清空页面上所有已填字段（或 reload 页面）
- 避免用户误点刷新后又恢复旧内容，造成困惑
避免常见清理漏洞
这些情况容易让数据残留：
- 只清 localStorage，忘了 sessionStorage 是独立空间
- key 名写错，比如存的是 'survey_v1_data'，却 remove 'survey-data'
- 提交接口返回 200 但业务失败（如后端校验不通过），此时不该清——需判断 data.success 字段
- 多步骤表单中，只清当前步 key，没清整体主 key（如 'multi_step_form'），导致返回时仍能读到旧数据
