JS事件处理程序浏览模式行为差异：unload回调获取的session始终为空

这个因环境差异触发的异常，本质是不同浏览场景下浏览器对unload事件的执行规则、JS内存快照策略的区别，和代码内的session修改逻辑没有直接关联，匹配你观察到的现象的具体原因有两点：

• 普通浏览模式下的bfcache（往返缓存）激进快照机制
  现代浏览器为了加快前进、后退操作的页面加载速度，会在标签页被切到后台闲置一段时间后，直接对当前页面的JS堆内存做静态快照落盘存储，用来快速恢复页面状态。这个快照的拍摄时机往往早于你对session的所有修改操作——毕竟标签页切到后台后，浏览器为了节省内存，不会持续追踪JS堆内的对象属性变更，快照内容会停留在init执行完成、session刚被赋值为空对象的初始状态。当真正触发unload事件时，浏览器会从这个提前存好的快照恢复JS上下文来执行回调，自然就读到了空的session值。
• 代码特性放大了策略的影响
  你通过bind(this)生成的事件回调是独立的硬闭包引用，如果这个Foo类的实例没有被全局作用域持续持有强引用，普通模式下的浏览器垃圾回收机制甚至会在页面后台闲置阶段，提前把原始实例的session属性内存回收，当unload触发时，读到的就是被回收后初始化的空默认值。

• localhost环境：浏览器默认将本地调试站点归为受信类别，会直接跳过bfcache的提前快照逻辑，整个页面的JS上下文全程保持实时活跃，执行unload时拿到的是实时修改后的session值。
• 测试机隐身模式：隐身模式下bfcache的触发阈值被大幅收紧，只有用户明确触发同站前后导航时才会做快照，不会在标签页后台闲置阶段无差别拍堆快照，执行unload时可以正常拿到实时的session引用。

• 不要依赖unload事件读取实时页面数据，优先替换为visibilitychange事件，在页面状态变为hidden时执行保存逻辑，这个时机不会被bfcache的快照逻辑打断。
• 如果必须使用unload保存，每次修改session时把最新值同步挂载到全局window属性上，避免被内存快照隔离。
• 给事件绑定增加capture: true配置，提升回调执行优先级，降低被浏览器裁剪执行逻辑的概率。

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