根本原因是Excel文件编码（如GBK）与PHP/数据库/HTML的UTF-8字符集不匹配。需在读取、转换、存储、输出各环节统一编码，用mb_convert_encoding、预处理语句、utf8mb4_unicode_ci及BOM头等确保全程一致。
Excel导入时中文和特殊符号变问号或方块
根本原因不是PHP没转义，而是Excel文件编码和PHP读取时的字符集不匹配。常见于Windows下用Excel保存的CSV/Excel文件默认是GBK（或GB2312），而PHP脚本、数据库连接、HTML输出多设为UTF-8，中间没做编码转换就直接入库或显示，必然乱码。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
fgetcsv()读CSV时，先用mb_convert_encoding($line, 'UTF-8', 'GBK')转换整行，别只转字段值 - 如果是.xlsx文件，推荐用
phpspreadsheet库，它默认按Excel内嵌编码解析，但需确认单元格实际编码：调用$cell->getValue()前先检查$cell->getDataType() === \PhpOffice\PhpSpreadsheet\Cell\DataType::TYPE_STRING - 导入前加一行检测：
echo mb_detect_encoding($firstLine, ['UTF-8', 'GBK', 'BIG5'], true);，避免硬编码猜测
单引号、双引号、换行符在SQL插入时被截断或报错
这不是“转义不够”，而是没区分“数据转义”和“语义包裹”。比如班级名里含 "张三" 或 李四\n王五，直接拼SQL会导致语法错误或注入风险。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 永远不用
addslashes()处理用户输入——它不处理UTF-8多字节字符，且无法防御所有SQL注入场景 - 改用预处理语句：
$stmt = $pdo->prepare("INSERT INTO class_contact (name, remark) VALUES (?, ?)"); $stmt->execute([$name, $remark]); - 若必须拼SQL（如动态字段插入），用
mysqli_real_escape_string($conn, $str)，且确保$conn已执行过set_charset('utf8mb4') - 对textarea类含换行的数据，入库前可选做
str_replace(["\r\n", "\r"], "\n", $input)统一换行符，避免前端渲染异常
Excel里全角空格、不间断空格、零宽字符导致姓名比对失败
这类符号肉眼不可见，但会卡住 == 判断、strlen() 计数、甚至唯一索引冲突。班级名单去重或查重时极易漏判。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 导入后立即清洗：
$cleanName = preg_replace('/[\x{200B}-\x{200F}\x{202A}-\x{202E}\x{3000}]/u', '', $name);（清除零宽、方向控制、全角空格） - 用
mb_ereg_replace('^\s+|\s+$', '', $name, 'u')替代普通trim()，否则全角空格删不掉 - 调试时快速识别异常字符：
echo urlencode($name);或bin2hex($name);查看十六进制码 - 数据库字段设为
utf8mb4_unicode_ci而非utf8mb4_general_ci，前者对空格、连字符等比较更鲁棒
导出Excel回传时中文标题又变乱码
很多人只顾着“导入不乱码”，却忘了导出也要闭环。浏览器下载响应头、Excel生成库内部编码、甚至HTTP响应体本身都可能出问题。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
phpspreadsheet时，写入前强制设置：$sheet->getDefaultColumnDimension()->setWidth(20); $sheet->setCellValue('A1', iconv('UTF-8', 'UTF-8//IGNORE', $title)); - 响应头必须包含：
header('Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet');和header('Content-Disposition: attachment;filename="class_list.xlsx"');，**不要加 charset=xxx** —— Excel格式本身不含charset声明 - 如果用CSV导出，第一行加BOM头：
echo "\xEF\xBB\xBF";，否则Windows Excel默认用ANSI打开
真正卡住人的从来不是某个函数怎么写，而是从Excel保存那一刻起，编码路径就分叉了：保存用什么编码、PHP读成什么编码、MySQL存成什么校对规则、浏览器又按什么解码显示——每个环节少一个 mb_convert_encoding() 或漏一次 set_charset()，乱码就藏在里面。
