popovertargetaction="show" 仅在目标已注册为 popover 且处于隐藏状态时显示，不切换状态；需配合 popovertarget、id 匹配、布尔 popover 属性，并首次调用 showPopover() 初始化。
popovertargetaction="show" 只在目标已注册为 popover 时生效
它不是“点了就弹”的万能开关，而是个状态驱动的指令：点击后，仅当目标元素当前处于隐藏状态时才显示；如果目标已经显示，该操作不做任何事（不会切换、不会报错、也不会关闭）。这和 toggle 的行为有本质区别——toggle 是“不管当前啥样，反正翻转一次”。
常见错误现象：popovertargetaction="show" 点了没反应，往往不是按钮写错了，而是目标元素压根没被浏览器识别为 popover。比如漏了 popover 属性，或者目标元素是 <button popover></button>（非法，popover 只能用于非交互容器如 div）。
- 必须搭配
popovertarget使用，单独写popovertargetaction无效 - 目标元素需有
id，且值与popovertarget完全一致（大小写敏感、不能含空格） - 目标元素必须是
popover布尔属性（即popover，不是popover="auto"或popover="manual"） - 首次显示仍需 JS 调用
showPopover()初始化，否则后续所有popovertargetaction都不响应
为什么有时候写了 show 却还是关不掉
因为 popovertargetaction="show" 不具备关闭能力。它只负责“打开”，不负责“关闭”。如果你需要关闭，必须另配一个按钮，显式写 popovertargetaction="hide"，或者直接用 toggle。
典型误用场景：用户以为加了 show 就能控制开闭全流程，结果发现点一次开了，再点一次没反应——其实是第二次点击仍在执行“尝试打开”，而目标本就开着，所以静默忽略。
立即学习“前端免费学习笔记（深入）”；
- 想单按钮控制开闭 → 用
popovertargetaction="toggle"（默认值，可省略） - 想分开控制“打开”和“关闭”两个动作 → 分别用两个按钮，一个写
show，一个写hide - 想在 popover 内部放关闭按钮 → 用
popovertargetaction="close"，但仅限子元素，且目标必须是<dialog popover></dialog>或同级div[popover]
Chrome 125+ 对 popover="auto" 的警告会影响 show 吗
会，而且影响很直接：如果你的目标元素写成 <div id="tip" popover="auto">，Chrome 125+ 会在控制台抛出警告，并拒绝将该元素注册为 popover，导致所有 popovertargetaction（包括 show）全部失效。Safari 和 Firefox 则更干脆——直接无视 popover="auto"，连警告都不给。
真正有效的写法只有两种：<div id="tip" popover>（布尔属性，无值），或 <dialog id="tip" popover>。前者兼容性更好，后者语义更强但 Safari 支持稍晚。
-
popover="auto"和popover="manual"都不是标准值，目前仅 Chromium 实验性支持，且行为不稳定 -
popover="hint"是社区臆造，所有浏览器均不识别 - 只要写了非布尔值的
popover，目标元素就无法进入 popover 生命周期，popovertargetaction彻底失能
popovertargetaction="show" 在 Safari 和 Firefox 中表现一致吗
基本一致，但前提是目标元素在首次渲染时就存在于 DOM 中。Safari 17.4+ 要求 popover 元素必须静态存在，不能靠 JS 动态插入后补 popover 属性；Firefox 目前（截至 2026 年 8 月）尚未实现 popover API，所有相关属性都被忽略——此时 show 行为完全不存在，也不会报错，只是静默失效。
这意味着，如果你依赖 show 做核心交互，必须做兼容性兜底：检测 Element.prototype.showPopover 是否存在，不存在时回退到 JS 手动管理显隐逻辑，不能指望属性本身“自动降级”。
- Chromium（Chrome/Edge/Opera）：支持完整行为，包括
show、hide、toggle、close - Safari 17.4+：支持
show/toggle，但要求目标元素初始即存在 DOM - Firefox：暂未实现，所有 popover 相关属性均被忽略
- 移动端 WebView：取决于底层引擎版本，iOS 17.4+ WebKit 支持，Android Chrome WebView 114+ 支持
popovertargetaction="show" 的“触发时机”依赖浏览器对 popover 生命周期的接管，而这个接管从第一次 showPopover() 调用才真正开始——哪怕你只调一次，之后才能用属性驱动。纯静态 HTML 没这一步，就永远卡在“不可用”状态。 
