移动端 layer 全屏需手动检测并延迟调用：优先用 matchMedia 判断设备，success 回调中执行 layer.full(index)，type:2 需加 setTimeout 延迟；全屏后须监听 resize 节流重置，并退出时解绑，同时 type:1 更稳定、type:2 需 iframe 内样式配合。
移动端检测与自动全屏的判断逻辑
layer 默认不区分设备类型，layer.open 不会自动在移动端全屏。必须手动检测 window.innerwidth 或 ua，再决定是否启用全屏逻辑。不能依赖 area: ['100%', '100%'] 直接生效——在 ios safari 中，该写法常因 viewport 缩放或 body 滚动导致实际显示区域小于视口，且遮罩层（shade）可能仍可见。
- 优先用
window.matchMedia('(max-width: 768px)')判断，比 UA 字符串更可靠 - 避免用
navigator.userAgent.includes('Mobile')，部分安卓桌面版浏览器也带 Mobile 字样 - 若项目已引入
layui.mobile.js（非官方模块），注意它不接管 layer 行为，仍需手动干预
layer.full() 必须配合 success 回调触发
layer.full(index) 不能在 open 同步返回后立刻调用——DOM 渲染未完成时执行会失败，尤其在移动端 WebView 中更敏感。必须等弹层 DOM 插入完毕、样式计算完成后再调用。
- 把
layer.full(index)放进success回调里，不是end或yes - 如果 content 是 iframe（
type: 2），success触发时 iframe 尚未加载完成，此时全屏可能错位；可加setTimeout延迟 100ms 再 full - 调用
layer.full()后，记得同步设置shade: false，否则遮罩层盖住全屏内容
全屏后窗口缩放变化的适配问题
用户旋转屏幕或切换横竖屏时，layer.full() 不会自动重算尺寸，导致弹层溢出或留白。Layui 原生不监听 resize 事件做响应式重排，这是移动端最常被忽略的一环。
- 必须手动绑定
$(window).on('resize', function(){ layer.full(index); })，但要注意节流——高频 resize 会反复触发 full，引发抖动 - 建议用
setTimeout+clearTimeout实现简易节流，延迟 150ms 执行 - 仅对移动端绑定该 resize 监听，PC 端不需要，避免干扰正常拖拽行为
- 退出全屏（restore）后，应主动解绑 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: 'layui-layer-iframe'并在 iframe 页面内设置body { margin: 0; height: 100vh; }，否则内容区高度塌陷 - 不要在
type: 2中设maxmin: true，移动端按钮无意义且易误触
