原生popover无toggle事件，仅支持beforetoggle和toggle事件，二者均为Event类型、无newState属性，e.opened仅反映切换后状态，不可取消且无法区分触发源。
popover 没有 toggle 事件，别白等了
HTML 原生 popover 元素**根本不派发 toggle 事件**，也不存在 e.newState 这种属性。这是最常被误查 MDN 或复制旧代码踩的坑——浏览器压根不支持这个事件名。
你看到的 toggle 事件，只属于 <details>；而 popover 的标准事件是 beforetoggle 和 toggle，但注意：这两个事件的类型都是 Event，不是 ToggleEvent，所以没有 newState，也没有语义化的状态字段。
popover 的 toggle 事件能拿到什么
toggle 事件在 popover 状态切换完成后触发（比如 show 完成、hide 完成），但它只提供一个布尔值 opened 字段，且该字段反映的是「切换后的结果」，不是「切换前的状态」。
-
e.opened === true表示现在是打开状态（可能是刚 show 出来，也可能是之前就开着） -
e.opened === false表示现在是关闭状态（同理，无法区分是刚 hide 还是本来就没开） - 事件不可取消：
e.preventDefault()无效 - 它不告诉你这次变化是 JS 调用
showPopover()触发的，还是用户按 ESC 关闭的
怎么可靠监听 popover 的显隐变化
真正可控的方式，是放弃依赖事件自动同步，改为主动控制 + 显式状态记录：
立即学习“前端免费学习笔记（深入）”；
- 统一使用
popover="manual"，禁用所有自动行为 - 所有显示都走
element.showPopover()，所有隐藏都走element.hidePopover() - 在调用前后手动维护一个状态变量，比如
let isPopoverOpen = false - 把副作用逻辑（如重绘、统计、清理）放在
showPopover().then(...)或hidePopover().then(...)里，因为 Promise resolve 时 DOM 已就位、定位已完成 - 如果必须监听，可用
element.addEventListener('toggle', e => { console.log('now opened:', e.opened); })，但仅作日志或简单反馈，别用来做条件分支逻辑
容易忽略的关键细节
很多开发者试图在 toggle 回调里读取 element.open 或检查 document.activeElement，但这些值在事件触发瞬间可能还没完全同步，尤其在快速连点或跨 frame 场景下。更稳的做法是：把状态变更和副作用收敛到同一处——即你主动调用 showPopover() 或 hidePopover() 的那个函数里，而不是分散监听。
