应显式传入 data 参数并配合 headers 控制导出，避免使用 exportFile(id) 默认方式；手动构造导出数组和表头，跳过序号列且添加 BOM 解决乱码。
导出时序号列（type: 'numbers'）依然出现，怎么去掉
layui 的 type: 'numbers' 列是渲染时动态生成的，它不对应原始数据字段，也不在 table.cache 中存值 —— 所以你不能靠「过滤 field」来剔除它。它出现在导出里，是因为 exportfile 默认读取 cols 配置并逐列取值，而这一列的 field 是空或自动生成的（如 "lay_table_index"），导出逻辑仍会尝试读取，结果就是空单元格或错位。
- 别在
cols里给序号列配field（比如field: 'index'），否则它会真正在 cache 里占一个 key，反而更难清理 - 检查你调用
exportFile时是否传了id参数：如果只传'your-table-id'，Layui 就会自动按cols定义拉所有列，包括序号列；必须显式传入data参数才能绕过它 - 序号列没有真实数据，但它的存在会让后续列的字段顺序整体左移一格 —— 导出 CSV 里会出现首列为空、第二列是原第一列数据的情况
用 data + headers 显式控制导出内容，跳过序号列
最稳的方式是彻底放弃让 Layui 自动提取列，改为自己构造导出数组和表头。这样你能完全控制哪些字段进 Excel，且顺序确定。
- 先从
table.cache['your-table-id']拿当前页原始数据（注意：仅当前页；要全量需另发请求或用table.getData('your-table-id')+ 后端配合） - 手动定义你要导出的字段名数组，比如
['user_name', 'email', 'status']，确保每个都对应原始数据中的 key - 用
map构造新数组：cacheData.map(row => ({ user_name: row.user_name, email: row.email, status: row.status })) - 调用
layui.table.exportFile(null, exportData, { headers: ['姓名', '邮箱', '状态'] })—— 注意第一个参数传null或空字符串，表示不关联任何表格实例；headers必须与对象 key 顺序严格一致
导出 CSV 中文乱码 + 序号列残留，其实是同一个坑
很多人发现“去掉了序号列，但 Excel 里中文还是问号”，其实不是两个问题：当你用 exportFile(id) 默认方式导出时，Layui 内部拼 CSV 不加 BOM，且会把序号列当真实列处理，导致字段错位 + 编码失效同时发生。
- 只要用了显式
data参数，你就已经脱离了默认导出路径，此时可以自己加 BOM：const csv = '\ufeff' + yourCsvString，再用layui.util.download({ data: csv, type: 'csv', filename: 'xxx.csv' }) - 如果你坚持用
exportFile，它不接受 BOM，也没法干预 CSV 拼接过程 —— 所以加 BOM 和跳过序号列，这两件事必须一起做，且只能走自定义下载 - 别信
export: false或hide: true能影响导出：它们对type: 'numbers'列完全无效，源码里压根没处理这类标记
reload 表格后序号列又回来了，导出逻辑断了怎么办
如果你用 table.reload() 动态更新了 cols，但导出代码还依赖旧的 cache 键名或列顺序，就会出错 —— 因为 cache 不随 reload 自动刷新字段映射，尤其是序号列这种无 field 的列，其隐式行为可能变化。
-
table.cache是只读快照，reload 后不会自动更新；你得在done回调里重新取layui.table.cache['id']，而不是缓存旧引用 - 不要在导出前做 DOM 操作（比如用 jQuery 隐藏序号列），那对导出零作用，纯属干扰项
- 如果业务需要频繁切换列配置，建议把导出字段列表抽成配置项，和
cols分离管理，避免每次 reload 都要重写导出逻辑
