fixed: true是基础但不够，因祖先元素transform、CSS覆盖或iOS Safari限制会导致fixed失效，需配合检查computed样式、避免干扰属性及采用兼容方案。
layer.open 设置 fixed: true 是基础但不够
默认情况下，layer.open 的弹窗是固定定位（fixed: true），理论上不随页面滚动。但实际中仍会“跟着滚”，根本原因是：你可能显式设了 fixed: false，或被自定义 css 覆盖（比如写了 position: absolute 或 top: 0 且没配合 fixed）。layui 内部依赖 fixed: true 触发定位逻辑，一旦失效，弹窗就退化为文档流定位，自然随页面滚动。
检查方式很简单：打开开发者工具，选中弹窗最外层元素（.layui-layer），看 computed 样式里 position 是否为 fixed，且 top/left 是基于视口而非文档。
- 确认没在
layer.open配置里写fixed: false - 排查全局 CSS 是否对
.layui-layer或其父级加了position: absolute、transform等影响定位上下文的样式 - 避免在
success回调里用$layero.css('position', 'absolute')这类硬覆盖
滚动时弹窗位置偏移或抖动
即使 fixed: true 生效，某些场景下弹窗仍会轻微偏移——常见于页面有横向滚动条、或 body 被 JS 动态加了 margin-right 补偿滚动条宽度时。这是因为 fixed 元素的定位参考是视口，而 body 的 padding/margin 变化会间接影响其渲染位置。
典型现象：页面右侧出现滚动条后，弹窗突然右移几像素；或滚动到页面底部时，弹窗底部被裁掉一部分。
- 确保
body没被其他脚本加padding-right或margin-right（尤其和scrollbar: false配合使用时） - 如果用了
scrollbar: false，Layui 会自动给body加padding-right: 17px，此时需同步调整弹窗right值或改用left+transform居中 - 对弹窗容器（
.layui-layer）加will-change: transform可缓解部分渲染抖动
移动端 Safari 中 fixed 定位失效
iOS Safari 对 fixed 定位的支持有特殊限制：当页面存在 overflow: hidden、transform、或 body 被设为 position: fixed 时，子元素的 fixed 行为会被降级为 absolute，导致弹窗随页面滚动。
这不是 Layui 的 bug，而是 WebKit 渲染引擎的已知行为。尤其在微信内置浏览器、QQ 浏览器等基于 WebKit 的环境里高频出现。
- 避免对
html或body设置overflow: hidden（哪怕只是临时） - 不要在弹窗打开期间给
body加position: fixed（这是锁定背景滚动的常见做法，但它会破坏子元素的fixed） - 替代方案：改用
position: absolute+top/left动态计算视口位置，在scroll事件里实时更新（慎用，性能开销大） - 更稳妥的做法是放弃“绝对固定”，改用
position: sticky包裹层 +transform: translateY()模拟，兼容性更好
多层弹窗嵌套时定位错乱
连续调用多次 layer.open 后，新弹窗可能叠在旧弹窗下方、或定位坐标异常。这是因为 Layui 默认将所有弹窗挂载到 document.body 下，而多层叠加时 z-index 和 offset 计算容易冲突，尤其是当某层弹窗内容高度动态变化后触发重排。
最典型的症状是：第二层弹窗打开时，它“粘”在第一层弹窗的左上角，而不是居中显示。
- 每层弹窗必须独立管理
area和offset，不要复用同一份配置对象 - 避免在
success回调里直接操作layero的style.left/top，改用layer.style(index, {left: x, top: y})安全更新 - 若需精确控制层级，手动设置
zIndex参数（如zIndex: 999999），并确保后续弹窗的值更大 - 关闭前一层再打开下一层，比同时存在多层更稳定（尤其在移动端）
