定位菜单被el-table固定列遮挡的根源在于层叠上下文错位、滚动容器高度计算偏差及菜单背景透明：需检查并移除触发层叠上下文的属性，设置popper-append-to-body="false"使菜单同级渲染，强制.el-table__body-wrapper overflow-x: scroll修正高度，并为.el-dropdown-menu显式设置background-color。
定位菜单被 el-table 固定列遮挡：先看是否触发了层叠上下文
Element UI 的 el-table 在启用 fixed 列时，会生成一个绝对定位的固定列容器（.el-table__fixed），它和主表格体共用同一个滚动容器（.el-table__body-wrapper）。当这个容器因内容不足未出现横向滚动条时，高度计算偏差会导致固定列“压住”最后一行——但更隐蔽的问题是：如果该容器或其祖先设置了 transform、opacity 或 will-change，就会意外创建新层叠上下文，使你的菜单 z-index 失效。
实操建议：
- 打开开发者工具，选中菜单元素 → 查看
Computed面板里的z-index是否为auto；如果不是，再往上逐级检查父级是否有transform: translateZ(0)、opacity: 0.99等隐式触发层叠上下文的属性 - 重点检查
.el-table__body-wrapper和它直接父级（如.el-table或外层section）是否带这些属性 - 若确认存在，临时删掉或注释掉这些属性，观察菜单是否恢复正常——这是最直接的验证方式
z-index 设再高也没用？因为没对齐层叠上下文起点
你给 .el-dropdown-menu 设置了 z-index: 9999，但它依然被 el-table 盖住，大概率不是数值不够，而是它和表格不在同一层叠上下文里。比如：el-table 容器设了 position: relative 且 z-index: 1，而菜单挂在 body 下（常见于 Element UI 的弹出逻辑），那它的 z-index 只在 body 上下文中生效，无法突破到表格父级之上。
实操建议：
- 不要把菜单强行挂到
body；改用popper-append-to-body="false"（Element UI 2.x）或teleported="false"（3.x），让菜单渲染在触发元素的 DOM 邻近位置 - 确保菜单的直接父容器（通常是触发下拉的
.el-dropdown）有position: relative，且不设z-index（避免创建不必要的上下文） - 给该父容器加
z-index: 10，菜单本身设z-index: 11—— 小幅差值比硬堆 9999 更可靠
el-table 固定列自身遮挡菜单：用 overflow-x: scroll 强制修正高度
当 el-table 开启 fixed 列但数据行少、无横向滚动条时，.el-table__body-wrapper 的高度计算错误，导致固定列区域实际高度偏小，视觉上“吃掉”了菜单底部——这不是 z-index 问题，是布局塌陷。
实操建议：
- 直接加这条 CSS（推荐）：
.el-table /deep/ .el-table__body-wrapper { overflow-x: scroll !important; } - 不用改 JS 或数据，也不影响功能；滚动条只在需要时才出现，且不会遮挡菜单
- 避免用
height: 100%强制撑高固定列，它会截断滚动条，用户无法拖动查看隐藏列
菜单背景透明导致“被遮挡”的错觉
有时候菜单 DOM 位置和层级都正确，但文字能看见、背景却透出底下表格内容，看起来像被盖住——其实是菜单自身没设 background-color 或 backdrop-filter 导致半透明，和表格背景混合了。
实操建议：
- 给菜单加明确背景：
.el-dropdown-menu { background-color: #fff; box-shadow: 0 4px 12px rgba(0,0,0,.15); } - 别依赖主题色自动继承；Element UI 默认菜单背景可能为
transparent，尤其在深色模式或自定义主题下 - 顺手检查
border和padding是否足够，防止文字贴边导致视觉误判
真正卡住的点往往不在菜单本身，而在它和 el-table 共享的那个滚动容器——那个没滚动条的 .el-table__body-wrapper，既是高度计算的源头，也是层叠上下文的潜在开关。修它，比调一百次 z-index 都管用。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
