storage事件不触发当前页是浏览器明确设计，非bug；它仅为同源其他文档提供跨页面变更通知，且sessionStorage任何情况下均不触发该事件。
storage 事件在当前激活页面不触发，不是 bug，而是浏览器明确设计的底层行为。它的存在逻辑根植于 Web 安全模型与跨文档通信的原始定位。
它本质是“跨文档通知机制”，不是“本地变更监听器”
storage 事件的设计目标从来不是让你感知自己刚写入的数据，而是让同源的其他页面及时获知“外部发生了变更”。这类似于广播系统：你发一条消息，别人能收到；但你自己不会收到自己喊的话。
- 触发条件必须满足“修改发生在其他文档”——当前标签页、iframe（非同文档）、window.open 打开的同源子页都算“其他文档”
- 当前页面调用 localStorage.setItem() 或 clear()，不会派发 storage 事件给自身，这是所有主流浏览器（Chrome、Firefox、Safari、Edge）统一遵守的规范
- 这种设计避免了事件循环自扰：如果自己改自己就触发，容易引发监听回调中再次修改 localStorage，导致无限递归或状态混乱
同源策略与作用域隔离是硬性前提
storage 事件只在同源（协议+域名+端口完全一致）页面间传播，且严格区分存储类型：
- localStorage 变更：仅通知同源其他标签页/窗口，不通知当前页，也不通知 sessionStorage
- sessionStorage 变更：任何情况下都不会触发 storage 事件（包括其他同源页），因为它的作用域被锁定在单个浏览上下文（即单个标签页及其派生 iframe）
- 这意味着你无法用 storage 事件监听 sessionStorage，这不是兼容性问题，而是标准定义如此
值未真正变化时事件被静默忽略
即使满足跨文档和同源条件，若新旧值语义相同，事件也不会发出：
- 设置相同字符串值：localStorage.setItem('a', '1') 执行两次，第二次不触发
- 注意类型隐式转换影响判断：setItem('a', 1) 和 setItem('a', '1') 被视为不同值（number vs string），会触发；但 setItem('a', '1') 两次则不会
- event.oldValue 和 event.newValue 是字符串类型，localStorage 内部只存字符串，数值、布尔、对象都会被 toString()，这点常被忽略
这个设计背后有清晰的工程权衡
浏览器选择不支持当前页自触发，主要出于三方面考量：
- 性能确定性：避免开发者在 storage 回调里再操作 localStorage，形成不可控的链式更新和重绘
- 语义一致性：storage 事件名称本身强调“存储区被外部修改”，与 DOM 事件如 click、input 等“自身动作触发”有根本区别
- 安全边界：防止恶意页面通过高频 setItem + 监听自身事件的方式探测用户行为或构造侧信道
