cover-view是唯一能覆盖小程序原生组件的方案，因其受平台机制限制，z-index无效且仅支持position:absolute定位，必须嵌套在内部并遵循严格结构规范。
小程序里的 <map></map> 是原生组件，渲染层天然高于 WebView，z-index 完全无效——这不是样式写错了，是平台机制决定的。
为什么 cover-view 是唯一靠谱的覆盖方案
微信、支付宝等小程序平台只开放 cover-view 和 cover-image 两种组件来覆盖原生组件（<map></map>、<video></video>、<canvas></canvas> 等），其他任何 HTML 元素或 CSS 层级操作都无效。
-
cover-view必须写在<map></map>标签内部，放外面直接不渲染 - 不支持
position: fixed、overflow、flex: 1，只认position: absolute+top/left定位 - 文本内容不能直接写在
cover-view里，必须再套一层cover-view或用cover-image - 层级由 DOM 嵌套顺序决定：越靠近
<map></map>结束标签的cover-view，显示层级越高
cover-view 失效时的替代思路
不是所有 UI 需求都能靠 cover-view 满足，遇到以下情况得换招：
- 需要全屏遮罩或复杂弹窗 → 用
v-if临时隐藏<map></map>，弹窗关闭后再恢复显示 - 要实现“镂空”蒙层（比如四周半透明、中间透出地图）→
cover-view不支持clip-path，只能用多层cover-view拼边框，或改用<canvas></canvas>绘制蒙层 - 需要响应滚动或跟随视口定位 →
cover-view不响应pageScroll，得监听@regionchange手动更新位置 - 要放
<input>或富文本 →cover-view里禁止放表单控件，得把输入框放在<map></map>外部，用绝对定位模拟重叠
别踩 subNVue 这个坑
subNVue 是 uni-app 为 App 端设计的原生子窗体机制，在小程序环境里根本不存在。
- 小程序没有
plus.webviewAPI，调用uni.getSubNVueById会报is not a function - 哪怕你建了
.nvue文件，小程序编译器也不会识别、不会打包进去 - 在
pages.json里配置subNVues字段，对小程序完全无效，纯属浪费时间
真正容易被忽略的是：cover-view 的嵌套结构和定位必须严格符合小程序规范，少一个标签、错一层顺序、多一个属性，都可能导致整个覆盖失效；而开发者常花几小时调 z-index 或怀疑样式优先级，其实从一开始方向就错了。
