bfcache回退后按钮仍disabled，因快照保存JS运行时状态；需监听pageshow事件并用e.persisted判断，手动重置submitBtn.disabled = false或调用校验函数强制同步状态。
HTML 页面缓存策略本身无法保证回退时表单提交按钮的状态重置。 浏览器的 bfcache（back-forward cache）会冻结整个页面 DOM 和 JS 执行上下文，包括 form 元素的内部状态、input 的 value、checked、disabled 等属性值——但 submit 按钮的禁用/启用状态（如 button.disabled = true）属于 JS 控制的运行时状态，bfcache 会原样保存它，回退后直接恢复，不会“重置”。
为什么 form.reset() 在 bfcache 回退后不自动触发
bfcache 不会重新执行页面脚本，也不会重放用户交互或事件。即使你在 beforeunload 或 pagehide 中调用了 form.reset()，该调用只在离开前生效；而回退时页面是从内存快照中恢复，所有 DOM 属性和 JS 变量都回到冻结那一刻，reset() 不会被再次调用。
- 常见现象：
button[type="submit"]提交后被 JS 设为disabled = true→ 用户点浏览器后退 → 按钮仍保持disabled，无法再次提交 - 根本原因：bfcache 保存的是“快照”，不是“初始 HTML”，它不管你的 reset 逻辑是否该运行
- 影响范围：Chrome、Firefox、Safari 均存在此行为，尤其在单页应用或带 JS 状态管理的表单中高频出现
如何让回退后 submit 按钮恢复可用
必须在页面从 bfcache 恢复的瞬间主动干预。现代浏览器提供 pageshow 事件，其 event.persisted 属性可判断是否来自缓存恢复：
- 监听
pageshow，当event.persisted === true时，说明是 bfcache 回退 - 此时手动重置按钮状态：
submitButton.disabled = false - 若表单有其他动态状态（如 loading spinner、错误提示），也应一并清理
- 不要依赖
form.reset()来间接影响按钮——它只重置控件值，不碰按钮的disabled
const form = document.querySelector('form');
const submitBtn = form.querySelector('button[type="submit"]');
window.addEventListener('pageshow', (e) => {
if (e.persisted) {
submitBtn.disabled = false;
// 清除可能残留的 loading 类
submitBtn.classList.remove('loading');
}
});
更稳妥：避免依赖 bfcache 时的按钮状态同步
把按钮状态和表单“可提交性”解耦，改由表单当前数据决定，而不是靠 JS 标记。这样即使 bfcache 恢复了旧的 disabled，也能在恢复后立刻校验并修正：
立即学习“前端免费学习笔记（深入）”；
- 在
pageshow中调用一个校验函数：updateSubmitButtonState() - 该函数检查
form.checkValidity()、必填字段是否非空、是否有 pending 请求等 - 根据校验结果设
submitBtn.disabled = !isValid，强制覆盖缓存值 - 额外好处：能修复用户手动修改 input 后忘记触发 change 事件导致的按钮状态滞后
真正要警惕的边界情况
bfcache 下的表单状态恢复是“全有或全无”的快照，但开发者容易忽略两点：
-
input的value属性值可能和defaultValue不一致，而form.reset()只认后者；回退后若你没手动同步，按钮状态和输入内容可能逻辑矛盾 - 如果用了第三方库（如 React、Vue）管理表单，bfcache 恢复的是 DOM 快照，但组件 state 可能已丢失或不同步，此时仅操作 DOM 不足以保证一致性
