会话超时脚本中Window.onbeforeunload = null压缩后失效问题咨询

这问题我之前帮好几个开发者排查过，属于代码压缩工具优化导致的典型意外，咱们一步步来拆解原因和解决办法：

为什么压缩后这段代码会失效？ #

• 多数JS压缩工具（比如Terser、UglifyJS）会做代码简化和变量混淆，有时候会把它们判定为“无副作用”的代码优化掉——直接给window.onbeforeunload赋值null，在压缩器看来可能是一个没有直接关联调用的“无用操作”，就被悄悄移除了。
• 还有一种可能是压缩后代码的执行顺序被调整了：原本你写的赋值语句是在超时触发前同步执行的，压缩后可能被延迟到跳转逻辑之后，导致浏览器还没收到清除指令，就触发了页面卸载的提示。

具体解决办法 #

这里有几个经过验证的方案，你可以根据自己的压缩工具和代码结构选择：

1. 用函数包裹赋值操作，避免被优化 #

把清除操作封装成一个显式函数，压缩工具一般不会移除主动调用的函数：

// 封装清除逻辑
function clearUnloadPrompt() {
  window.onbeforeunload = null;
}

// 在会话超时触发页面跳转/刷新前，先调用这个函数
clearUnloadPrompt();
// 然后执行超时后的操作，比如 location.href = '/logout'

2. 使用字符串属性名访问，防止混淆 #

改用方括号语法访问window的属性，压缩工具不会修改字符串形式的属性名，能确保赋值操作被完整保留：

// 替换原有的直接赋值
window['onbeforeunload'] = null;

3. 调整压缩工具的配置 #

如果用的是Terser这类可配置的压缩工具，可以禁用对window对象属性的激进优化：

• 比如在Terser配置中设置unsafe: false（禁止不安全的优化），或者keep_classnames: true、keep_fnames: true，避免属性名被误处理。不过这可能会稍微降低压缩率，需要权衡。

4. 确认执行时机的正确性 #

一定要确保window.onbeforeunload = null是在触发页面卸载（跳转/刷新）的前一刻同步执行的，不能提前太久，也不能放在异步回调里——如果超时逻辑有setTimeout延迟，要把清除操作放在延迟回调的最开头。

内容的提问来源于stack exchange，提问作者DR Productions