为什么PHP 8.5.5的Excel导出乱码【编码】-php教程-PHP中文网

phpexcel导出中文乱码的根本原因是其默认用iso-8859-1编码写入，不识别utf-8；解决方法包括：写入前用iconv转gbk、保存.xlsx时加utf-8 bom头，或升级至原生支持utf-8的phpspreadsheet。

为什么php 8.5.5的excel导出乱码【编码】

PHP 8.5.5 本身不负责 Excel 编码，乱码和它无关——问题出在你用的导出方式、库版本、以及 Excel 自身对编码的“猜解逻辑”。

Excel（尤其是 Windows 版）默认不读取 HTTP header 或文件内容里的 charset 声明，它靠字节特征或系统区域设置来猜测编码。你用 PHP 8.5.5 写出 UTF-8 字符串，Excel 却按 GBK 解析，“订单号”就变成“璁㈠崟鍙”。这不是 PHP 的 bug，是生态兼容性现实。

PHPExcel 保存 .xls 时中文全变问号或乱码

PHPExcel 的 Excel5（即 .xls）写入器底层用 ISO-8859-1 编码序列化字符串，完全忽略 PHP 字符串实际编码
即使你传的是 UTF-8 字符串，setCellValue() 会把它当单字节流硬塞进二进制结构，中文直接被截断或错位
iconv('UTF-8', 'GB2312//IGNORE', $str) 是最稳的绕过方案，因为 Windows Excel 打开 .xls 时默认用系统 ANSI（通常是 GBK/GB2312）解码
别用 mb_convert_encoding($str, 'GB2312', 'UTF-8')：部分 PHP 8.x 环境对全角标点（如「，」、「。」）转换不稳定，可能产出非法字节

示例关键片段：

excel-clean

Excel 数据清洗——去重、填补缺失值、格式转换。

下载

$value = "客户姓名：张三";
$value = iconv('UTF-8', 'GB2312//IGNORE', $value);
$objPHPExcel->getActiveSheet()->setCellValue('A1', $value);

用 header 输出 CSV 时 Excel 显示“浣犲ソ”

这类乱码 90% 是因为没加 UTF-8 BOM 头（\xEF\xBB\xBF）
Excel 不认 Content-Type: text/csv; charset=UTF-8，但看到开头三个 BOM 字节就会强制用 UTF-8 解析
必须确保 BOM 在 header() 调用之后、任何 echo/print 之前输出
如果用了 ob_start()，BOM 要插在 ob_get_contents() 结果最前面，再 echo 出去

常见错误：

在 header() 前有空格、echo "" 或 UTF-8 BOM（PHP 文件自带 BOM）→ 触发 “headers already sent”
加了 BOM 但用 application/vnd.ms-excel MIME 类型 → Excel 可能忽略 BOM，改用 text/csv 更可靠

PhpSpreadsheet 导出 .xlsx 仍乱码？检查默认 locale

PhpSpreadsheet 原生支持 UTF-8，但若服务器 locale 是 C 或 POSIX，某些内部字符串操作（比如数字格式化、日期本地化）可能意外触发编码降级
运行 locale -a | grep -i zh 确认有 zh_CN.utf8；没有就装：sudo locale-gen zh_CN.UTF-8
在脚本开头加：setlocale(LC_ALL, 'zh_CN.UTF-8');（非必需，但可堵住少数边缘 case）
切记：Excel2007（.xlsx）支持 BOM，但加了也无害；Excel5（.xls）绝对不能加 BOM，否则文件损坏打不开