PHPExcel导出中文乱码的根本原因是其默认用ISO-8859-1编码写入，不识别UTF-8；解决方法包括：写入前用iconv转GBK、保存.xlsx时加UTF-8 BOM头，或升级至原生支持UTF-8的PhpSpreadsheet。
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 环境对全角标点（如「，」、「。」）转换不稳定，可能产出非法字节
示例关键片段：
$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出去
常见错误：
立即学习“PHP免费学习笔记（深入）”；
- 在
header()前有空格、echo ""或 UTF-8 BOM（PHP 文件自带 BOM）→ 触发 “headers already sent” - 加了 BOM 但用
application/vnd.ms-excelMIME 类型 → 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，否则文件损坏打不开
Excel 乱码的本质，是“你写的编码”和“Excel 猜的编码”没对上。PHP 8.5.5 只是安静地把字节吐出去，真正做决定的是你选的库、你加的 BOM、你转的码、还有用户双击打开时那台 Windows 电脑的区域设置——这些环节里，任意一个没对齐，中文就消失。
