真正全屏需同时满足内容撑满视口、遮罩隐藏、关闭入口移除，参数应设area: ['100vw', '100vh'], shade: false, closeBtn: 0, title: false, offset: '0px'，并在success回调中调用layer.full()且绑定节流resize监听。
layer.open 怎么配参数才能真全屏
直接写 area: ['100%', '100%'] 是最常见却最容易出错的写法——它只让弹窗容器拉满，但遮罩层（shade）还在、标题栏还在、右上角关闭按钮还在，根本不是视觉和交互意义上的“全屏”。真正全屏必须同时满足三个条件：内容区域撑满视口、遮罩隐藏、关闭入口移除或替换。
-
area必须是数组形式：['100vw', '100vh']比['100%', '100%']更可靠，避免因父容器尺寸不明确导致高度塌陷 -
shade: false必须显式设置，否则灰色半透明遮罩盖住整个屏幕，用户点不到内容 -
closeBtn: 0是唯一干净方案，别用 CSSdisplay: none或 jQuery.hide()隐藏右上角按钮——DOM 渲染时机可能导致失效或被重绘覆盖 -
title: false和offset: '0px'配合使用，确保顶部不留白；若需自定义标题，应内嵌到content中，而非靠 layer 原生title
为什么 success 回调里调 layer.full() 才有效
layer.full(index) 不是立即生效的魔法命令。它依赖弹层 DOM 已完成插入、样式已计算完毕、浏览器重排已完成。在移动端 WebView 或 iOS Safari 中，这个过程更慢、更不可预测。同步调用（比如 open 返回后立刻 full）大概率失败，index 对应的元素还没 ready。
- 必须把
layer.full(index)放进success回调里，这是 layui 保证 DOM 就绪的唯一可靠钩子 - 如果是
type: 2（iframe），success触发时 iframe 内容往往还没加载完，建议加setTimeout(() => layer.full(index), 100)延迟执行 - 调用
layer.full()后务必同步设shade: false，否则遮罩层会盖住全屏内容，且无法点击穿透 - 别依赖
window.innerWidth < 768判断移动端——用window.matchMedia('(max-width: 768px)')更稳定，避开 UA 字符串陷阱
全屏后屏幕旋转或缩放，弹窗错位怎么办
Layui 不监听 resize 事件做响应式重排，这是全屏弹窗在移动端最常被忽略的坑。用户横竖屏切换、双指缩放、甚至地址栏收起/展开，都会导致弹窗尺寸失准：要么溢出屏幕，要么底部留白。
- 只对移动端绑定
resize监听，PC 端不需要——避免干扰拖拽行为 - 用
setTimeout+clearTimeout实现简易节流，延迟 150ms 再执行layer.full(index)，防止高频触发卡顿 - 退出全屏（比如调
layer.restore(index)或关闭弹窗）时，必须主动解绑resize监听，否则index失效还会触发错误
type: 1 和 type: 2 全屏的关键差异
两种类型在全屏行为上表现不同：type: 1（内嵌 HTML）更容易控制尺寸和交互，而 type: 2（iframe）受跨域、加载时机、滚动穿透影响更大，尤其在 iOS 上容易卡顿或无法滚动。
-
type: 1推荐设area: ['100%', '100%']+shade: false+success中调layer.full()，最稳定 -
type: 2必须加skin: ''（可选）并确保子页面 CSS 中重置html, body { height: 100%; margin: 0; }，否则内部高度塌陷 - 关闭
type: 2全屏层时，需在 iframe 内通过parent.layer.getFrameIndex(window.name)获取索引，再调parent.layer.close(index) - 若子页有滚动需求，注意 iOS Safari 默认禁用 iframe 滚动，需加
style="overflow-y: auto; -webkit-overflow-scrolling: touch;"
layer.full()，但真正落地时，DOM 就绪时机、移动端 resize 响应、iframe 加载节奏、遮罩与毛玻璃层级关系，全是连环扣。漏掉任意一环，用户看到的就只是“一个没关掉的弹窗”，而不是“沉浸式全屏体验”。 
