window.onbeforeunload 有时不触发是因为浏览器仅在检测到用户真实输入等可感知修改后才激活该事件，需在用户操作后立即用非空字符串赋值，且必须在页面加载后尽早绑定监听器。
为什么 window.onbeforeunload 有时完全不触发？
浏览器只在页面存在「可感知的用户修改」时才允许弹出原生确认对话框，单纯调用 onbeforeunload 赋值但未标记“已修改”状态，现代 Chrome/Firefox/Edge 都会静默忽略。必须配合用户交互（如输入、选择）动态设置返回字符串，且该字符串仅用于触发机制——实际提示文案由浏览器控制，无法自定义。
- 必须在用户真实修改数据后，再给
window.onbeforeunload赋值一个非空字符串（例如"离开此页将丢失未保存内容"），赋值时机早于用户操作则无效 - 不能在异步回调（如
fetch成功后）中赋值，因为此时用户可能已发起关闭动作，事件监听器已错过注册窗口 - Vue/React 等框架中，避免在组件卸载钩子（
useEffect(() => {}, [])或beforeDestroy）里设该监听器——它需要在修改发生时就存在
onbeforeunload 返回值为什么被忽略或显示默认文案？
Chrome 从 51 版本起彻底移除了对返回值文案的渲染能力，无论你 return "确定要离开？" 还是 "请保存！"，用户看到的都是统一的浏览器提示：“您有未保存的更改，确定要离开此页面吗？”。Firefox 和 Safari 行为类似，仅部分旧版 Edge 曾支持自定义文本。这意味着：返回值唯一作用是告诉浏览器“当前有未保存状态”，不是用来写提示语的。
- 返回
null、undefined或空字符串，等同于未注册拦截，不会触发确认框 - 返回任意非空字符串（哪怕只是
" "）即可激活拦截，但文案不可控 - 不要在函数内做复杂计算或 await，该回调必须同步返回，否则被视为无返回值
如何可靠标记“已修改”并绑定监听器？
关键在于把“是否修改”的状态和监听器绑定解耦：用一个布尔变量（如 isDirty）记录表单/编辑区变更，所有输入事件（input、change、blur）都更新它；监听器本身只需检查该变量并返回字符串。
let isDirty = false;
// 监听所有可编辑元素
document.addEventListener('input', () => { isDirty = true; });
document.addEventListener('change', () => { isDirty = true; });
// 绑定 onbeforeunload（注意：必须在页面加载后尽早执行）
window.onbeforeunload = () => {
if (isDirty) {
return ' '; // 仅需非空字符串触发机制
}
};
// 保存后重置
function onSave() {
isDirty = false;
window.onbeforeunload = null; // 清除监听，避免误触
}
- 不要用
addEventListener('beforeunload', ...)——onbeforeunload是唯一受支持的属性式绑定，事件监听器方式在多数浏览器中被忽略 - 表单重置（
form.reset()）后也应手动设isDirty = false，否则用户点重置再关页仍被拦 - SPA 路由跳转（如
router.push）前需主动检查isDirty并调用confirm()模拟拦截，因为onbeforeunload不覆盖前端路由导航
移动端和 Electron 中的兼容性陷阱
iOS Safari 完全禁用 onbeforeunload 的提示功能，即使设置了返回值也不会弹框；Android Chrome 在 PWA 模式下表现不稳定，部分版本仅对物理返回键有效，对地址栏关闭无效。Electron 则需额外处理：主进程要监听 will-prevent-unload 事件并手动弹窗，渲染进程的 onbeforeunload 仅作辅助判断。
- 不要依赖该 API 做关键数据保护，它只是辅助提醒，真正未保存数据应在
blur或input节流后自动存入localStorage - 在 iOS 上，可结合
pagehide事件做最后的数据落盘，但它不提供用户确认机会 - Electron 渲染进程中仍可设
onbeforeunload，但必须配合主进程dialog.showMessageBox才能实现可控弹窗
