根本原因是layui的table.exportfile用sheetjs导出.xls格式不支持utf-8，emoji被截断；须强制.xlsx后缀、升级xlsx≥0.18.0、预处理或改源码/自定义导出，并确保全链路utf8mb4与utf-8统一。
导出Excel时Emoji变成问号或乱码
根本原因是Layui内置的table.exportFile用的是前端纯JS方案（依赖SheetJS / xlsx），而默认生成的.xls格式不支持UTF-8编码，Emoji在二进制写入时被截断或替换为。
实操上必须强制走.xlsx后缀 + UTF-8 BOM头 + 正确的workbook类型：
-
exportFile调用时显式传type: 'xlsx'，不能依赖默认 - 确保你引入的
xlsx.full.min.js版本 ≥ 0.18.0（老版本对BMP外Emoji支持差） - 导出前对含Emoji的列做预处理：
cellValue.toString().replace(/[\u{1F600}-\u{1F6FF}]/gu, '□')只是临时兜底，真正要保真得换方案
Layui 2.8+ 的exportFile不支持自定义编码怎么办
它底层调用XLSX.write时硬编码了type: 'binary'和bookType: 'xls'，没法直接塞encoding: 'utf-8'——这个参数压根不被SheetJS的write方法接受。
绕过方式只有两个：
- 改Layui源码：找到
layui.table.exportFile里调用XLSX.write的地方，把bookType: 'xls'换成'xlsx'，并加compression: true（提升Emoji兼容性） - 弃用
exportFile，自己用XLSX.utils.json_to_sheet构造sheet，再XLSX.writeFile导出——这样能控制所有参数
示例关键行：
const ws = XLSX.utils.json_to_sheet(data.map(row => ({...row, title: row.title?.replace(/\u{1F389}/gu, '?')})));
XLSX.writeFile(wb, 'table.xlsx');
服务端导出比前端更可靠，但要注意字段转义
如果后端用Node.js（如exceljs）或Python（openpyxl），Emoji本身不是问题，但容易栽在字段拼接环节：
- 从MySQL查数据时，确认连接字符集是
utf8mb4，否则Emoji早就在查询结果里变???了 - JSON序列化时别用
JSON.stringify直接吐给前端——它会把Emoji转成\uD83C\uDF89这种代理对，后端再解析可能出错 - 用
exceljs写单元格时，直接赋值字符串即可，无需额外encode；但若用csv格式，必须用UTF-8 with BOM头，否则Excel打开还是乱码
测试Emoji导出是否真成功，别只看浏览器下载名
文件名带.xlsx不代表内容就对——常见假象：
- 用WPS打开显示正常，但用Mac版Numbers或Windows Excel 2016打开仍是方块，因为旧版Excel对UTF-8 BOM识别不稳定
- 导出后用
file -i table.xlsx看实际编码，应为application/vnd.openxmlformats-officedocument.spreadsheetml.sheet，不是application/vnd.ms-excel - 最准的验证：用
unzip -p table.xlsx xl/sharedStrings.xml | grep -o '<t>.*</t>'，确认Emoji字符原样存在，没被替换成🎉这类HTML实体
真正难的不是让一个Emoji显示出来，而是保证它在不同系统、不同Office版本、不同打开方式下都不丢形变意。这要求从数据库、API、前端序列化、Excel生成器全链路统一用utf8mb4和UTF-8，中间任何一个环节缩写或降级，Emoji就废一半。
