Bootstrap v5.x 的 popover 没有 toggle 事件，show.bs.popover 仅在手动调用 show() 时触发，点击触发器则直接触发 shown.bs.popover；应监听 shown/hidden 事件并结合 tip.classList.contains('show') 判断状态。
Popover 的 toggle 事件根本不存在
Bootstrap 的 popover（尤其是 v5.x）**没有原生的 toggle 事件**。你监听不到“它刚被打开/关闭”这种精确时机——官方只暴露了 show.bs.popover、shown.bs.popover、hide.bs.popover、hidden.bs.popover 这四类事件，且它们触发逻辑有陷阱。
为什么 show.bs.popover 有时不触发
这个事件只在 popover **明确被程序调用打开时触发**（比如 myPopover.show()），但用户点击触发器元素（如带 data-bs-toggle="popover" 的按钮）时，Bootstrap 内部会跳过该事件，直接进入 shown 阶段。所以你写：
element.addEventListener('show.bs.popover', () => console.log('will show'))
很可能完全没反应。
- 手动调用
show()→ 触发show.bs.popover - 用户点击触发器 → 不触发
show.bs.popover，只触发shown.bs.popover -
shown.bs.popover是最可靠的“已打开”信号，但它发生在 DOM 渲染完成之后，不适合做前置拦截
如何可靠判断 popover 状态变化
别依赖不存在的 toggle，改用状态轮询 + 事件组合：
立即学习“前端免费学习笔记（深入）”；
- 监听
shown.bs.popover和hidden.bs.popover，这两个事件 100% 可靠 - 用
element.getAttribute('data-bs-original-title')或检查element.classList.contains('show')辅助判断当前是否“应显示” - 如果需要在“点击瞬间”响应（比如阻止默认行为），直接绑定触发器元素的
click事件，再用getOrCreateInstance查状态：
const trigger = document.getElementById('my-trigger');
const popover = bootstrap.Popover.getOrCreateInstance(trigger);
trigger.addEventListener('click', (e) => {
const isOpen = popover._isShown;
if (isOpen) {
e.preventDefault(); // 或执行关闭前逻辑
}
});
注意：_isShown 是私有属性（带下划线），v5.3+ 推荐改用 popover.tip?.classList.contains('show') 更稳妥。
v4 和 v5 的关键差异点
如果你还在用 Bootstrap 4，show.bs.popover 在点击触发时是能捕获到的；但 v5 彻底重构了事件流，必须按新逻辑适配：
- v4：点击触发器 →
show.bs.popover→shown.bs.popover - v5：点击触发器 → 直接
shown.bs.popover（跳过show） - v5 中
hide.bs.popover同样可能被跳过，尤其当用户快速连点或 popover 处于过渡态时 - 跨版本兼容方案：统一监听
shown.bs.popover和hidden.bs.popover，放弃对“toggle”语义的执念
真正要小心的是状态判断时机——DOM 更新、transition 动画、内部异步延迟都可能导致你读到的 class 或属性不是最新值。动手前先确认你用的是哪个 Bootstrap 版本，再决定查 _isShown 还是查 tip 元素。
