Layui的table.exportFile()导出CSV在Windows Excel中乱码，是因为未添加UTF-8 BOM（\ufeff），导致Excel默认按GBK解析；必须手动构造CSV字符串，开头加\ufeff、字段含,/"或换行符时用双引号包裹并转义内部双引号，再传入exportFile(null, csvStr, 'csv')。
为什么直接调用 table.exportFile() 会乱码
windows 版 excel 打开 csv 时根本不看文件后缀或 content-type，它靠字节头“猜”编码：没 \ufeff（utf-8 bom）就默认按系统 ansi（比如 gbk）解析，utf-8 中文一读就变问号或方块。layui 的 table.exportfile() 默认不加 bom，也不干预你传入的数据字节，所以传字符串就得自己加。
手动拼 CSV 字符串时必须加 \ufeff
别依赖 table.exportFile('id') 这种快捷写法——它只取 table.cache 并用逗号硬拼，既不加 BOM，也不转义字段。正确路径是自己构造完整 CSV 字符串：
- 所有字段先做 CSV 转义：含
,、"或换行符的，必须用双引号包裹，且内部"替换为"" - 表头和每行数据拼成
field1,field2,field3格式，再用\n连接 - 整个字符串最开头必须放
\ufeff，不能插在中间，也不能漏掉 - 最后传给
table.exportFile(null, csvString, 'csv')，第一个参数设为null避免误触发默认逻辑
中文文件名和 Blob type 是次要问题
table.exportFile() 的 filename 参数在旧版 IE/Edge 上对中文无效，但现代浏览器（Chrome/Firefox/Edge 80+）直接传 '员工列表.csv' 就行；Blob 的 type: 'text/csv;charset=utf-8' 主要是防止浏览器二次解析出错，Excel 本身不认这个，起作用的是开头那三个字节 \ufeff。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
Mac 用户看到  怎么办
Mac 版 Excel 默认用 UTF-8，加了 BOM 反而可能把 \ufeff 当普通字符显示成 。这不是 bug，是行为差异。如果用户群含 Mac，要么提醒他们用 Numbers 打开，要么提供两个导出按钮：“Windows 兼容版（带 BOM）”和“Mac 原生版（无 BOM）”，后者去掉 \ufeff 即可。别试图用 UA 判断自动切——UA 可伪造，且同一台机器可能装多个 Excel 版本。
