纯CSS悬停菜单需用group包裹触发器与菜单，配合group-hover控制显隐以避免闪烁；二级菜单需加缓冲区和位置微调；移动端须用data-open+JS降级；键盘导航需focus-within和ARIA语义支持。
hover 伪类配合 group 和 group-hover 实现无 JS 展开
纯 CSS 实现悬停展开菜单，关键不是直接给 :hover 加在菜单项上，而是用 group 将触发元素（如按钮或文字）和目标菜单包裹起来，再用 group-hover 控制子菜单显隐。否则容易出现「鼠标移开瞬间菜单消失」的闪烁问题，尤其当菜单和触发器有间距时。
常见错误是写成：<div class="hover:scale-100"><div class="opacity-0 hover:opacity-100">...</div></div>——这会让两个 :hover 独立触发，中间一空隙就断连。
- 把触发按钮和下拉菜单共同包裹在
group容器内 - 菜单默认加
opacity-0 invisible pointer-events-none - 菜单上用
group-hover:opacity-100 group-hover:visible group-hover:pointer-events-auto - 加
transition类（如duration-200 ease-in）让显隐更自然
处理子菜单悬停延迟与过渡中断
如果菜单里还有二级子菜单，直接套用 group-hover 容易导致「鼠标从一级菜单滑向二级时，一级 group-hover 失效，二级立刻消失」。这不是 Tailwind 的 bug，而是 CSS 悬停区域切换的固有逻辑。
解决方案是延长一级菜单的悬停响应窗口，并确保二级菜单和一级菜单在视觉上无缝衔接：
立即学习“前端免费学习笔记（深入）”；
- 一级菜单容器加
py-1或mb-1，留出 4–8px 垂直缓冲区 - 二级子菜单用
origin-top-left -ml-1微调位置，消除悬停断点 - 避免对
opacity做过渡——它会触发重绘；改用transform: scaleY()+overflow-hidden更流畅 - 例如：
scale-y-0 group-hover:scale-y-100 origin-top配合h-0 group-hover:h-auto
移动端适配：hover 不生效时的降级策略
iOS Safari 和多数安卓浏览器在非触摸优先模式下不触发 :hover，纯 group-hover 菜单在手机端会完全不可用。不能靠「用户不用手机点菜单」来回避。
必须提供手动开关能力，且不破坏桌面端体验：
- 用一个
data-open属性控制菜单状态，初始为false - CSS 中同时写两套规则：
.menu[data-open="true"] { display: block; }和.group:hover .menu { display: block; } - 用极简 JS 切换属性：
button.addEventListener('click', e => menu.toggleAttribute('data-open')) - 按钮上加
md:hidden，只在移动端显示；桌面端靠 hover，移动端靠 click
键盘可访问性与 focus-visible 补充
仅支持鼠标悬停，对键盘用户（Tab 导航）和屏幕阅读器不友好。WCAG 要求菜单至少能通过 Enter 或 Space 展开，且焦点可见。
不能只依赖 :hover，要叠加 :focus-within 和 focus-visible：
- 触发按钮加
focus:outline-none focus-visible:ring-2 focus-visible:ring-blue-500 - 菜单容器加
focus-within:opacity-100 focus-within:visible focus-within:pointer-events-auto - 若使用 JS 控制，记得在
keydown中监听Enter/Space并e.preventDefault() - 菜单
role="menu"、按钮aria-haspopup="true"、菜单项role="menuitem"这些语义属性不能省
悬停菜单真正难的不是展开动画，而是 hover 区域连续性、移动端 fallback 和键盘导航三者的交叠处理。漏掉任意一环，都可能让一部分真实用户卡在菜单外。
