必须手动过滤table.cache数据才能跳过操作列导出，因layui.exportFile()默认导出所有field列；需从table.cache取原始数据，结合cols配置跳过'opt'等操作字段，用data参数显式传入干净二维数组并加BOM解决CSV乱码错位。
导出时跳过操作列必须手动过滤 table.cache 数据
layui 的 table.exportfile() 默认会把所有配置了 field 的列都写进 excel，包括你用 templet 渲染的按钮、开关、预览图等。css 隐藏、hide: true、删掉 field 都没用——导出逻辑只认 table.cache 里有没有对应 key。
真正有效的做法是：从 layui.table.cache['your-table-id'] 拿原始数据，再遍历 layui.table.config.cols['your-table-id'][0]，跳过你要屏蔽的 field（比如 'opt'、'action'），构造干净的对象数组传给 exportFile() 的 data 参数。
- 操作列若没设
field，它在cache中根本不会出现，不用处理 - 如果某列
field是''或null，Layui 可能自动生成类似"LAY_TABLE_INDEX"的键名，这种也要在清洗时排除 - 务必确认你过滤的
field名和cache中对象的属性名完全一致（大小写、下划线都不能错）
怎么确认哪一列是操作列
别靠猜。打开浏览器控制台，执行：layui.table.config.cols['your-table-id'][0]（把 your-table-id 换成你表格的 lay-filter 值），逐个查看数组中每个列对象的 field 值。
操作列通常满足以下任一特征：
-
field是'opt'、'handle'、'action'这类明显非业务字段的字符串 -
field为null或空字符串''（此时 Layui 会自动生成类似"LAY_TABLE_INDEX"的键，也要排除） - 该列用了
templet渲染按钮但没设field——这种列在cache中根本不会出现，不用处理
再检查 table.cache['your-table-id'] 里任意一行对象，确认该 field 是否真实存在且有值。
用 data 参数接管导出，绕过默认行为
调用 exportFile() 时不传表格 ID，改用显式 data + headers。这样 Layui 就完全不读 cache，也不管你 cols 怎么配，只按你给的数据来。
- 必须是二维数组（如
[['张三', 'zhang@x.com'], ['李四', 'li@x.com']]），不能是对象数组 -
headers数组长度必须和每行数据长度一致，否则 Excel 列数错乱 - 如果原列用了
templet格式化（比如status: 1 → "启用"），得在构造data时手动映射，cache里只有原始值 - 不要依赖
table.getData('id')，它只返回当前页数据；要全量导出，必须提前存好或重新请求
导出 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 拼接过程——这个细节容易被忽略，但直接影响最终文件能否正常打开。
