layui table导出Excel时序号列默认不导出，因type:"numbers"无field绑定；需手动在当前页数据中注入index字段并显式配置列{field:"index"}，确保导出数据与列定义严格匹配。
layui table 导出 Excel 时 lay-id="numbers" 这类自动生成序号列默认不导出
因为 layui 的 table.exportfile() 方法只导出配置了 field 的列，而序号列（如用 type: "numbers" 或 type: "checkbox"）本身没有绑定数据字段，field 是空或未定义的，导出时直接被跳过。
实操建议：
- 不要依赖
type: "numbers"渲染后“视觉上有序号”就以为能导出——它只是前端渲染逻辑，不参与数据序列化 - 导出前手动在原始数据中注入序号字段，比如遍历
data数组，给每项加一个index属性 - 在表格列定义中显式声明该列：
{ field: "index", title: "序号", width: 80 }，确保field存在且有值 - 如果用了
page: true，注意分页数据导出的是当前页，序号应按当前页重排（如第1页显示 1–10），而不是全局 1–100
用 table.exportFile() 导出时传入自定义数据必须匹配列 field
layui 导出本质是把 JS 数组转成 CSV/Excel，它严格按列配置中的 field 键名去取值。如果你加了 index 字段但列没配 field: "index"，或者字段名拼错（比如写成 "idx"），那一列就为空。
常见错误现象：
- 导出 Excel 第一列全空 —— 列
field和数据属性名不一致 - 报错
Cannot read property 'map' of undefined—— 传给exportFile()的data是undefined或格式不对（比如嵌套了data: [...]） - 序号从 0 开始或重复 —— 数据预处理时没重置索引，或用了全局
forEach索引而非当前页偏移
正确做法示例：
const currPageData = table.cache['your-table-id'] || [];
const exportData = currPageData.map((item, i) => ({
...item,
index: i + 1 // 当前页从 1 开始
}));
table.exportFile('my-table', exportData, 'csv');
导出 CSV 和 Excel（.xlsx）对序号列的兼容性差异
layui 默认导出的是 CSV，不是 Excel 文件。虽然浏览器会用 Excel 打开，但 CSV 本质是纯文本，不支持样式、合并单元格等；而真 Excel（.xlsx）需额外引入 xlsx 库并手写生成逻辑。
影响说明：
- CSV 导出简单可靠，序号列只要字段存在就能正常显示，无编码乱码风险（前提是后端没干预响应头）
- 若强制用
type: "xlsx"且没引入 SheetJS，会直接报错xlsx is not defined - 用 SheetJS 生成 .xlsx 时，序号列和其他列一样是普通数据，但要注意：SheetJS 的
sheet_add_json默认忽略以_开头的字段，别把序号命成_index
分页 + 排序后导出，序号和实际顺序对不上怎么办
用户点了排序或切换了页码，table.cache 里存的是当前视图的数据，但它的顺序可能已被前端重排。如果你导出前没重新计算序号，而是直接用原始数组索引，就会出现“导出的序号和表格里看到的不一致”。
关键点：
-
table.cache['id']是 layui 维护的“当前渲染快照”，已含排序/筛选/分页结果，直接用它生成序号最安全 - 不要从
table.config.data或原始 AJAX 返回数据里取，那不是当前视图 - 如果用了服务端排序（
page: { type: 'server' }），那table.cache可能没更新，得靠你传给exportFile()的数据保证顺序 —— 换句话说，服务端返回的那批数据，你得自己按需加序号
事情说清了就结束。真正麻烦的不是加序号，而是搞清你现在导出的数据源到底来自哪一层缓存或哪次请求。
