Layer弹窗滚动条异常需组合解决：scrollbar:false仅隐藏滚动条，必须配合fixed:true、JS锁定html/body滚动及scrollTop防跳顶，多层嵌套时需计数器管理锁状态。
layer.open 里设 scrollbar: false 不够用？
设 scrollbar: false 只是告诉 layui “别让我渲染滚动条”，但底层 body 的滚动行为完全不受控——尤其在移动端，鼠标滚轮、手指滑动、键盘方向键仍能触发背景滚动。这不是 bug，是设计：layui 默认不干涉页面原生滚动逻辑。
真正起效的组合是：scrollbar: false + fixed: true（默认已开）+ 手动锁 body 滚动。否则你看到的“没滚动条”，只是视觉上藏起来了，底层 DOM 还在响应 scroll 事件。
-
scrollbar: false必须显式写，不能依赖默认值（部分旧版 Layui 默认为true） -
fixed: true要确认没被覆盖（比如你在自定义样式里写了position: absolute） - 仅靠 CSS
overflow: hidden在 iOS Safari 和部分安卓 WebView 中会失效，必须配合 JS 拦截
移动端必须同时锁 html 和 body
只给 body 加 overflow: hidden，在 iOS Safari、微信内置浏览器、部分三星/华为机型上基本无效。因为这些环境把滚动锚点挂在 html 上，body 只是内容容器。
正确做法是在 success 回调里同步设置：
success: function(layero) {
document.documentElement.style.overflow = 'hidden';
document.body.style.overflow = 'hidden';
// 防止 scrollTop 跳顶：先记下再恢复
const scrollY = window.pageYOffset;
document.body.style.position = 'fixed';
document.body.style.top = `-${scrollY}px`;
}关闭时在 end 回调里还原：
end: function() {
document.documentElement.style.overflow = '';
document.body.style.overflow = '';
document.body.style.position = '';
document.body.style.top = '';
window.scrollTo(0, parseInt(document.body.style.top || '0') * -1);
}为什么 pointerEvents: none 不能代替滚动锁定？
有人试过在 success 里设 document.body.style.pointerEvents = 'none'，发现确实点不动了——但滚动依旧发生。因为 pointerEvents 只禁鼠标/触控事件，对滚轮、键盘方向键、触摸惯性滚动完全无感。
更危险的是：它会让所有 input、select、button 失去焦点和可访问性，iOS 下甚至可能触发 Safari 的“页面缩放重置”行为。
- 禁滚动 ≠ 禁交互，二者目标不同，不能混用
- 如果真要禁交互（比如防止误点），应单独加遮罩层或用
disabled属性控制表单元素 - 滚动锁定的核心是阻断
scroll事件源，不是盖一层“看不见的玻璃”
多个弹层嵌套时怎么避免滚动状态错乱？
当 A 弹层还没关、B 弹层又打开，如果都执行相同的 overflow: hidden，关闭 B 后 end 回调直接清空样式，A 弹层下的页面就暴露可滚动了。
可靠做法是用计数器管理：
let lockCount = 0;
function lockScroll() {
if (lockCount === 0) {
document.documentElement.style.overflow = 'hidden';
document.body.style.overflow = 'hidden';
}
lockCount++;
}
function unlockScroll() {
lockCount--;
if (lockCount === 0) {
document.documentElement.style.overflow = '';
document.body.style.overflow = '';
}
}然后在每个 layer.open 的 success 里调 lockScroll()，end 里调 unlockScroll()。
真实项目里最常翻车的不是第一次锁，而是第二次、第三次嵌套后忘记计数，或者 layer.close() 被手动调用绕过了 end 回调——这时候锁就永远解不开了。
