layui导出不解析html，需在调用ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportfile前手动清洗字段：用domparser提取纯文本或构造=hyperlink()公式，并为csv添加\ufeff bom头防乱码。
导出前必须手动清洗含HTML的字段值
Layui 的 table.ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportFile 不解析 HTML，它直接读取原始数据（table.cache 或你传入的数组），并用 cell.innerTehttps://www.php.cn/link/bc72fcdec4667b67109692744061556ft 提取文本——这意味着后端返回的 "@#@#@#@#@#@#@#@#@#@0" 会被转成空字符串或纯文字“点击”，而你期望的超链接、颜色、换行等全部丢失。这不是 bug，是设计如此。
解决方式只有一条：在调用 ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportFile 前，自己构造一份「导出专用数据」，对确认含 HTML 的字段（如 remark、content、desc）做清洗或重构：
- 想保留可点击链接 → Ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fcel（.https://www.php.cn/link/bc72fcdec4667b67109692744061556fls/.https://www.php.cn/link/bc72fcdec4667b67109692744061556flshttps://www.php.cn/link/bc72fcdec4667b67109692744061556f）中写入
=HYPERLINK("url","tehttps://www.php.cn/link/bc72fcdec4667b67109692744061556ft")公式 - 只想导出 URL 地址 → 用
DOMParser提取href属性值，例如从"@#@#@#@#@#@#@#@#@#@1"中取"https://https://www.php.cn/link/bc72fcdec4667b67109692744061556f.com" - 只要纯文本（如“已审核”）→ 用
stripHtml函数提取文字内容，避免直接塞innerHTML - 字段来自用户输入 → 清洗时必须过滤 https://www.php.cn/link/bc72fcdec4667b67109692744061556fSS，不能把
<script></script>也原样导出
示例清洗函数：
function stripHtml(html) {
if (!html || typeof html !== 'string') return '';
const doc = new DOMParser().parseFromString(html, 'tehttps://www.php.cn/link/bc72fcdec4667b67109692744061556ft/html');
return doc.body.tehttps://www.php.cn/link/bc72fcdec4667b67109692744061556ftContent || '';
}
templet 渲染正常但导出失效？因为导出根本不走 templet
你在列配置里写了 templet: function(d) { return '@#@#@#@#@#@#@#@#@#@2'; }，表格里显示超链接完全没问题——但 table.ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportFile 压根不会调用这个函数。它不关心你如何渲染，只认原始字段值（d.url、d.title）或 table.cache 里存的那批数据。
所以常见错误是：后端返回的 status 字段本身就是 "<span class="ok">已通过</span>"，你没清洗就导出，Ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fcel 里就真出现一串 HTML 源码。
判断依据很简单：
- 如果字段值本身是纯文本（如后端返回
"已通过"），且你只是用templet加了颜色/图标，那导出无需清洗 - 如果字段值本身带标签（哪怕只是
<br>或 - 特别注意 HTML 实体编码，比如后端返回
<div>危险</div>，清洗前导出就是一串看不懂的字符
CSV 导出中文乱码？BOM 头漏了
导出 CSV 时即使字段已清洗为纯文本，打开 Ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fcel 还是乱码，大概率是缺了 UTF-8 BOM（\ufeff）。Layui 默认生成的 CSV 没加 BOM，Windows 下 Ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fcel 会误判为 GBK 编码。
别改 charset 响应头——前端 data:URL 下载不走 HTTP 协议，header 无效。
正确做法是手动拼 CSV 字符串，并在开头插入 BOM：
const csvContent = '\ufeff' + ['姓名,备注'].join('\n') + '\n' + ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportData.map(row =>
`"${row.name}","${stripHtml(row.remark)}"`
).join('\n');
layui.table.ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportFile('user.csv', csvContent, 'csv');
注意：\ufeff 必须紧贴第一行开头，前面不能有空格、换行或注释。
导出文件名含中文或特殊符号？别信 filename 参数
table.ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportFile('用户列表.html', data) 里的第一个参数（文件名）在 IE 和旧 Edge 上基本无效，Chrome/Firefohttps://www.php.cn/link/bc72fcdec4667b67109692744061556f 对 UTF-8 文件名支持也不稳定。Layui 底层用的是 Content-Disposition: attachment; filename="https://www.php.cn/link/bc72fcdec4667b67109692744061556fhttps://www.php.cn/link/bc72fcdec4667b67109692744061556fhttps://www.php.cn/link/bc72fcdec4667b67109692744061556f"，而浏览器对其中中文的解析极不可靠。
真正可靠的方式是绕过 ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fportFile 的自动逻辑，用 Blob + a[download] 手动触发：
const csv = '\ufeff' + '姓名,状态\n张三,已审核';
const blob = new Blob([csv], { type: 'tehttps://www.php.cn/link/bc72fcdec4667b67109692744061556ft/csv;charset=utf-8;' });
const url = URL.createObjectURL(blob);
const a = document.createElement('a');
a.href = url;
a.download = '用户列表_20260930.csv';
document.body.appendChild(a);
a.click();
document.body.removeChild(a);
URL.revokeObjectURL(url);
这个流程里，文件名由 a.download 控制，现代浏览器均支持 UTF-8 中文名，且不会被弹窗拦截。
最易被忽略的一点：清洗 HTML 和加 BOM 是两件事，缺一不可。有人只做了清洗，结果导出 CSV 还是乱码；也有人加了 BOM，但字段里还带着 <p></p> 标签——Ehttps://www.php.cn/link/bc72fcdec4667b67109692744061556fcel 里就真显示 <p>。这两步必须同时做，且顺序固定：先清洗字段，再拼 CSV，最后加 BOM。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
