截至2026年4月，popover属性已稳定支持于chrome 122+、firefox 125+、safari 17.4+、edge 122+，无需实验标志；safari 17.4是首个完整实现版本，此前仅解析属性不触发逻辑；需注意dom结构、id绑定、esc键支持及css定位限制；高级交互场景仍需js方案。
popover 属性的正式支持状态（2026年4月）
popover 属性已不再是实验性功能，而是稳定可用的原生 HTML 特性。截至 2026 年 4 月，Chrome 122+、Firefox 125+、Safari 17.4+、Edge 122+ 均已默认启用，无需开启 chrome://flags 中的 “Experimental Web Platform Features”。popover="auto" 和 popover="manual" 都可直接使用，无须 polyfill。
为什么 Safari 17.4 是关键分水岭
Safari 在 17.4（随 iOS 17.4 / macOS 14.4 推出）才完成对 popover 的完整实现，此前版本（如 17.0–17.3）仅部分支持：能解析 popover 属性但不触发显示逻辑，也不响应 popovertarget 或 popovertargetaction。若用户 UA 中含 Safari/618.1.15.11.16 类似字符串，大概率是 17.3 或更早，需降级为 JS 控制的 fallback 方案。
常见兼容性陷阱与绕过方式
即使浏览器声明支持，实际行为仍可能因上下文失效：
-
popover元素必须是 document.body 的直属子元素（不能嵌套在shadow DOM或display: contents容器中），否则被忽略 -
popovertarget只接受 ID 字符串，且目标元素必须已存在于 DOM 中——动态插入后需手动调用element.showPopover()，不能依赖属性绑定 - Firefox 对
popover="manual"的Esc键关闭支持延迟了 2 个版本（125 才加入），此前只能靠监听keydown自行处理 - CSS
position: fixed或transform父容器可能导致定位偏移，原生 popover 不会自动修正，需避免在 popover 元素上设此类样式
要不要现在就弃用 WebUI-Popover 或 Bootstrap Popover
不能一刀切。WebUI-Popover 仍需支持 IE8+，Bootstrap Popover 依赖 Popper.js 提供的边界检测、flip、offset 等高级能力——而原生 popover 目前不提供这些。如果你的弹出内容高度动态（比如含懒加载图片、异步表格）、或需严格贴边对齐、或要兼容 Win7/Win8 上的旧版 Edge（已终止支持但仍有政企残留），保留 JS 方案仍是务实选择。纯信息提示类、静态文案、现代浏览器主力场景，可直接切原生。
