真正全屏需同时满足内容撑满视口、遮罩隐藏、关闭入口移除，参数应设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 判断移动端——用 <code>window.matchMedia('(max-width: 768px)')更稳定，避开 UA 字符串陷阱
全屏后屏幕旋转或缩放，弹窗错位怎么办
Layui 不监听 resize 事件做响应式重排，这是全屏弹窗在移动端最常被忽略的坑。用户横竖屏切换、双指缩放、甚至地址栏收起/展开，都会导致弹窗尺寸失准：要么溢出屏幕，要么底部留白。
- 只对移动端绑定
resize监听，PC 端不需要——避免干扰拖拽行为 - 用
setTimeout+clearTimeout实现简易节流，延迟 150ms 再执行layer.full(index)，防止高频触发卡顿 - 退出全屏（比如调
layer.restore(index)或关闭弹窗）时，必须主动window.removeEventListener('resize', handler)，否则旧 index 失效还触发回调，报错或错乱 - 若用
type: 2，子页面也要加html, body { height: 100vh; margin: 0; }，否则 iframe 内容高度塌陷，哪怕父层全屏也没用
type: 1 和 type: 2 全屏表现差异大在哪
选错 type 是很多全屏问题的根源。type: 1（内嵌 HTML）和 type: 2（iframe）在 DOM 控制权、加载时机、滚动行为上完全不同，尤其在 iOS 上差距明显。
-
type: 1推荐用于真全屏：DOM 完全可控，可直接加style="position: fixed; top: 0; left: 0; width: 100vw; height: 100vh;"，配合success里layer.full()最稳 -
type: 2必须启用maxmin: true才能调layer.full()；且不能设area，否则与 full 冲突；iframe 页面内必须重置html和body高度，否则内容区永远只有一屏高 -
type: 2在 iOS 上容易出现滚动穿透、手势冲突、iframe 加载慢导致全屏错位；如非必须跨域，优先用type: 1+ 模板字符串或隐藏<script type="text/html"></script>片段 - 表格行点击弹详情全屏，严禁用
type: 2加 URL——数据要传进去，用content拼 DOM，不然无法控制样式、无法响应键盘事件（如 Esc）、也无法精确获取当前行数据
area 就完事，关键在 DOM 就绪时机、遮罩与按钮的协同控制、以及 resize 的节流解绑——这三处漏掉任何一环，移动端就大概率出问题。
