HTML原生popover的auto模式不自动关闭，需手动实现外部点击关闭：在document监听click，用closest()判断点击是否在popover或触发元素内，否则调用hidePopover()。
popover auto 模式不响应外部点击的常见原因
HTML 原生 popover 的 auto 模式本身**不提供自动关闭逻辑**——它只控制初始显示策略（如是否随焦点/点击自动打开），关闭仍需手动调用 hidePopover()。所谓“点击外部关闭”，是开发者必须自己补充的交互逻辑。
用 click 事件监听 + event.target 判断实现外部关闭
核心思路：在 document 上监听全局 click，检查点击目标是否在 popover 内部或触发元素上，否则调用 hidePopover()。
实操要点：
- 必须等 popover 元素已显示（
shown状态）后再绑定监听，避免误关；可用popovervisible事件判断 -
event.target可能是 popover 内部子元素，要用closest()向上查找：event.target.closest("#my-popover") || event.target.closest("[popovertarget]") - 触发元素（如按钮）也要排除，否则点一下就关——通常它有
popovertarget属性或特定 class - 避免重复绑定：每次 show 前先
removeEventListener，或用{ once: true }配合重新注册
示例片段：
立即学习“前端免费学习笔记（深入）”；
const popover = document.getElementById("my-popover");
const trigger = document.querySelector("[popovertarget='my-popover']");
trigger.addEventListener("click", () => {
popover.showPopover();
// 清理旧监听，再绑定新监听
document.removeEventListener("click", closeIfOutside);
document.addEventListener("click", closeIfOutside);
});
function closeIfOutside(event) {
const isClickInside = event.target.closest("#my-popover") ||
event.target.closest("[popovertarget='my-popover']");
if (!isClickInside) {
popover.hidePopover();
}
}
注意 popover 的 DOM 位置和层级限制
原生 popover 会自动被提升到 body 末尾（类似 portal 行为），所以不能依赖 CSS 选择器基于父容器定位；event.target.closest() 必须用全局 ID 或属性匹配。
容易踩的坑：
- 给 popover 设置
position: absolute或transform会干扰其自动定位，导致视觉错位甚至事件捕获异常 - 使用
display: none控制显隐会破坏 popover 生命周期，应始终用showPopover()/hidePopover() - 若页面有 Shadow DOM，
event.composedPath()可能更可靠，但多数场景closest()已足够
移动端 click 延迟与 focus 失焦的兼容处理
在 iOS Safari 或部分 Android 浏览器中，单纯依赖 click 可能因 300ms 延迟或 focus 跳转丢失而失效。建议补充：
- 监听
blur事件：对触发元素（如<button>）加blur监听，触发后延迟 100ms 调用hidePopover()，覆盖失焦场景 - 避免同时监听
touchstart和click，会造成重复关闭；优先用click，必要时用pointerdown替代 - 确保 popover 元素有
tabindex="-1"，否则键盘用户按Tab可能跳过它，影响可访问性闭环
真正难的不是写几行监听代码，而是判断「什么时候该关、什么时候不该关」——比如弹层里有下拉菜单、日期选择器，它们的点击不能触发关闭。这种嵌套交互得靠更细粒度的 closest() 白名单或自定义事件协调。
