第三级菜单点不开是因事件冒泡未隔离，导致点击子菜单时父级收起逻辑被触发；应为各级菜单单独绑定click并加stopPropagation，子菜单改用fixed定位并动态计算显示位置。
为什么第三级菜单点不开
不是 JS 绑错事件，而是第二级菜单展开时，点击区域同时触发了第一级的收起逻辑——事件冒泡没隔离。所有层级共用一个 click 监听器，但没做 event.stopPropagation()，导致点击子菜单瞬间，父级监听器也响应并折叠自己。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 给每一级菜单容器（如
.submenu-level-2、.submenu-level-3）单独绑定 click，并在回调里加event.stopPropagation() - 避免在 document 或 body 上统一监听，改用事件委托到具体菜单根节点，再按
event.target.closest(".menu-item")判断层级 - 用 CSS 类名区分状态：
.is-open表示当前展开项，JS 只 toggle 该节点下的直接子菜单，不递归影响祖先
子菜单定位飘出屏幕外
PC 上靠 top: 100% + left: 0 能对齐，但移动端视口动态变化（软键盘弹起、地址栏收放、缩放），offsetTop 计算失准，子菜单常卡在顶部或飞到屏幕右侧。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 子菜单统一用
position: fixed，不用absolute - 展开前调用
element.getBoundingClientRect()获取触发按钮位置，再结合window.innerHeight判断底部空间是否足够 - 若
window.innerHeight - rect.bottom ，则向上展开：<code>top: rect.top - menuHeight，而非固定top: rect.bottom - 避免在父容器上写
transform: scale(1)或will-change: transform，否则getBoundingClientRect()返回值会失真
z-index 设再高也没用
根本不是数字不够大，而是父级悄悄创建了层叠上下文，把子菜单锁死在“小房间”里。比如导航栏用了 position: relative + z-index: 10，那它内部所有子元素的 z-index: 9999 都只在它这个上下文里有效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 检查下拉菜单的**直接父容器**（通常是
.dropdown或.nav-item），确认它没同时满足：position不是 static 且z-index不是auto - 如果必须用
position: relative（比如要定位箭头），就删掉它的z-index声明，让它保持默认z-index: auto - 菜单自身必须有
position: absolute或fixed，且z-index至少设为1000（别用999，部分 UI 框架已占满） - 全局定义层级变量：
.z-dropdown { z-index: 1000; }，统一复用，别零散写数字
菜单背景透明，看着像被遮住
功能正常、DOM 在位、z-index 也够高，但文字底下透出 <h1> 或地图内容——这不是遮挡，是菜单本身没背景色，默认 background-color: transparent。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 给菜单容器（如
.dropdown-menu、.submenu）显式设置background-color: #fff或rgba(255,255,255,0.98) - 别只设
border或box-shadow就以为“有底”，它们不提供遮盖能力 - 如果要用半透效果，
opacity不能低于0.98，否则会触发新层叠上下文，反而加剧遮挡问题 - 检查是否误用了
backdrop-filter，它在部分安卓 WebView 中会导致渲染异常和点击穿透失效
真正卡住多级菜单的，往往不是某一行 CSS 写错了，而是定位方式、层叠上下文、事件流和视觉渲染这四条线同时拧在一起。每改一处，都得同步验证其他三条是否还绷得住。
