layui table.getData()仅返回当前页已加载数据，非全量；全量需用table.cache或后端提供不分页接口，DOM遍历仅适用于已渲染行，getAllData()仅在前端全量加载时有效。
layui table.getData() 返回空数组或不全？
不是所有行都存在 data 缓存里——table.getdata() 只返回当前「已加载到内存」的数据，比如开启了分页且没翻页，后续页的数据根本没进 js 内存，自然拿不到。
常见错误现象：table.getData() 返回的长度远小于表格实际总行数；导出全部数据时只导出了第一页。
- 如果启用了分页（
page: true），默认只缓存当前页数据；需手动设置limit: 10000或更大值，并关闭前端分页逻辑（但注意性能风险） - 更稳妥的做法是：用
table.cache+ 表格实例id获取完整缓存，例如table.cache['yourTableId']，前提是所有数据曾被渲染过（比如一次性加载全部数据） - 若数据是远程分页加载，后端没传全量，前端不可能凭空拿到全部行 —— 此时必须后端支持「不分页查全部」接口
如何安全获取 layui 表格渲染后的所有 DOM 行数据？
当无法控制后端、又必须从 UI 层提取全部可见/已渲染过的行时，可以遍历 tr 元素，但要注意表头、分页栏、空数据行等干扰项。
使用场景：临时导出当前页面看到的所有行（含搜索过滤后结果），不依赖后端接口。
- 用
$('table[lay-id="yourTableId"] tbody tr[data-index]')精准选中带数据索引的行，排除表头和空行 - 每行的
data-index属性对应table.cache中的键名，可用来反查原始数据对象 - 避免直接读
td文本 —— 如果列用了templet渲染按钮或开关，文本内容和真实值可能不一致
示例片段：
const tableId = 'userTable';
const cache = table.cache[tableId] || [];
const rows = $(`table[lay-id="${tableId}"] tbody tr[data-index]`);
const allData = rows.map((i, tr) => {
const index = $(tr).data('index');
return cache[index]; // 优先取缓存，保证值是原始数据
}).get();
layui 2.8+ 的 table.getAllData() 怎么用？
table.getAllData() 是 2.8 版本新增的方法，但它不是万能钥匙 —— 它只在「不分页 + 全量加载」模式下才返回全部原始数据；其他情况仍可能为空或不完整。
参数差异：它不接受任何参数，也不受 where 过滤影响，只反映初始化时传入的 data 数组（或首次成功回调的 data）。
- 如果你用的是
url加载数据，且未开启page: false，getAllData()通常返回[] - 如果初始化时传了
data: [...]（本地数据），那它一定返回这个数组的副本 - 注意：它不会合并后续通过
table.reloadData()更新的数据，除非你显式传入data参数重载
导出全部数据时最常踩的坑
很多人以为调一个方法就能“把表格里所有东西导出来”，结果 Excel 里只有 10 行 —— 根本原因在于混淆了「UI 层展示」、「前端缓存」、「后端数据源」三层边界。
- 前端分页时，
getData()/getAllData()/ DOM 遍历三者都只能拿到当前页或已渲染部分，不是“全部” - 搜索过滤后，
cache仍是全量，但 DOM 只渲染匹配行；此时若按 DOM 提取，拿到的是过滤后结果；按cache拿，拿到的是未过滤原始数据 —— 二者语义完全不同 - 表格列配置了
templet或toolbar，直接读td内容会丢失原始字段值（比如把status: 1渲染成「启用」，再读文本就回不去了）
真正可靠的路径只有一条：明确数据源头。如果是后端分页，就让后端提供一个 /api/list?all=true 接口；如果是前端全量加载，就确保初始化用 data 而非 url，并信任 getAllData()。
