laypage渲染容器必须在layer弹窗打开后存在，应在success回调中初始化分页，确保DOM已挂载；elem需传DOM对象或无#前缀的ID字符串；jump回调须防首次执行并闭包筛选参数；不同type下DOM访问方式各异，关闭后需重新初始化。
laypage 渲染容器必须在 layer 打开后存在
layer.open 弹出层默认是异步渲染 DOM，如果在弹窗未打开前就调用 laypage.render()，elem 对应的容器还没挂载到文档流里，会报 Cannot read property 'innerHTML' of null。正确做法是把分页初始化放在 success 回调或 layer.ready 后执行。
-
success是最稳妥的选择：它保证弹层 DOM 已插入且可操作，适合所有场景 - 不要在
content里直接写 HTML 字符串后立刻 render——字符串内容不会自动变成可查 DOM 元素 - 若用
type: 1（页面层）加载已有 DOM，确保该 DOM 已存在且display: none，否则可能被提前解析
jump 回调里发请求要防重复 + 带上下文参数
弹窗里的分页每次跳转都该触发新数据加载，但 jump 会在首次渲染时也执行一次（first === true），不加判断就会多一次无意义请求。更关键的是：弹窗常带筛选条件（比如搜索关键词、分类 ID），这些变量必须闭包进 jump 函数，不能从全局读取——因为多个弹窗同时打开时，全局变量会被覆盖。
- 用
if (!first) { /* 发 AJAX */ }过滤首次自动调用 - 把搜索参数作为变量传入
layer.open的data或 closure 中，例如：jump: function(obj) { loadList(obj.curr, obj.limit, searchKey); } - 避免在 jump 里写
$.get('/api/list?page=' + obj.curr)这种硬编码 URL，后端分页应统一接收page和limit参数
elem 参数别写 # 号，且推荐用 DOM 对象而非 ID 字符串
弹窗里动态生成的容器 ID 容易冲突或不可靠，直接传 document.getElementById('xxx') 更安全。即使传 ID 字符串，也必须去掉 # 前缀——laypage.render({ elem: '#page' }) 必然失败，因为 laypage 内部会把它当纯字符串处理，不会自动去 getElementById。
- 错误写法：
elem: '#page'、elem: 'page'（但 page 元素实际不存在于弹窗 DOM 中） - 正确写法：
elem: document.querySelector('.layui-layer-content #page')或先获取再传：const pageEl = layer.getChildFrame('#page', index)[0]; laypage.render({ elem: pageEl, ... }) - 如果弹窗 content 是字符串，务必在 success 里先
$('#page').length确认元素存在再 render
layer.open 的 type 和 content 类型影响 DOM 可访问性
不同 type 下，content 的 DOM 就绪时机和访问方式差异很大：type: 2（iframe）里无法直接用 document.getElementById 查父页元素；type: 1（页面层）中传入的 DOM 节点会被移动，原位置清空；type: 0/3/4 则只能靠字符串拼接或模板，得手动插入容器节点。
- type: 1 场景：用
content: $('#myPageContainer')，然后在 success 里laypage.render({ elem: 'myPageContainer', ... }) - type: 2 场景：子页自己初始化 laypage，父页通过
layer.getChildFrame('#page', index)拿不到子页的elem，子页需暴露初始化方法给 parent 调用 - type: 0/3/4 场景：content 是字符串，必须先用
$('<div id="page"></div>').appendTo(layer.content(index))插入容器，再 render
复杂点在于弹窗生命周期和 DOM 动态性——laypage 不管你容器在哪、怎么来，只认“此刻能拿到的 elem”。容易被忽略的是：layer 关闭后，其内部 DOM 默认被销毁，下次再 open 就得重新初始化分页，不能复用上次的实例。
