导出Excel时操作列删不掉是因为exportFile默认读取table.cache中的全量原始数据，操作列字段仍存在于每条数据对象中；必须手动过滤data参数传入clean数据，通过识别toolbar、空field或templet含del标记的列并剔除对应key后导出。
导出 Excel 时为什么操作列删不掉
因为 table.exportfile() 默认读取的是 table.cache 中的全量原始数据，而操作列（比如含“删除”按钮的列）本身通常没有 field，或 field 设为 'opt'、'operate'、null 等占位值——但这些字段名仍存在于每条数据对象中。css 隐藏、hide: true、甚至 export: false 都对导出无效。
必须手动过滤 data 参数传入 clean 数据
导出时唯一可靠的方式是：不依赖默认行为，显式构造一个不含操作字段的数据数组，通过 data 参数传给 exportFile。
- 先从
table.cache['your-table-id']拿到原始行数据数组 - 再从
table.config.cols[0]中找出所有带操作意图的列（检查field值是否为'del'、'operate'、'opt'，或看是否有toolbar配置） - 用
map+ 解构剔除这些 key，例如：row => ({ id, name, dept }) - 调用
table.exportFile('excel', { data: cleanedRows })
怎么识别哪一列是“删除按钮列”
不能只看 title 是“操作”就删——得看列定义本身的结构特征：
- 含
toolbar: '#xxxTpl'的列，基本就是操作列 -
field为空字符串、null或明显非业务字段（如'handle'、'action'） - 有
templet且内容含<button lay-event="del"></button>这类标记 - 注意：有些列虽无
field，但渲染后数据对象里仍会多出一个同名空字段，要一并过滤
容易被忽略的关键点
导出逻辑和表格渲染解耦，改了 cols 不等于改了导出内容；table.cache 是源头，但它不会自动响应列配置变更。一旦你动态隐藏/移除了操作列，cache 里的数据结构依然完整——所以过滤动作必须在每次导出前执行，不能只做一次初始化。
