PHP验证码中文乱码的根本原因是GD库字体渲染链路错误，必须用imagettftext()配合UTF-8字符串与绝对路径.ttf文件，并确保输出缓冲干净、系统locale支持UTF-8。
PHP验证码图片输出乱码，根本不是“前端没设charset”或“浏览器编码错了”这种表层问题——它卡在图像生成那一刻：文字压根就没画对。你看到的方块、问号、拉丁字母混搭，是GD库用西文字体强行渲染中文字符串的结果，响应头再正确也救不回来。
imagestring() 画不出中文？说明你根本没走对函数路径
imagestring() 只支持 ASCII 字符，传入中文会直接截断或替换为 ?。这不是bug，是设计如此。所有用 imagestring()、imagechar() 想打中文的写法，从第一行就注定失败。
- 必须改用
imagettftext()或imagefttext()（后者是前者别名），它们才支持 TrueType 字体和 Unicode 字符串 -
imagettftext()第五个参数必须是本地可访问的 .ttf 文件绝对路径，不能是 URL 或相对路径（如"./fonts/msyh.ttf"在 CLI 或某些 CGI 模式下会失效） - 调用前需确认字体文件真实存在且 PHP 进程有读取权限：
file_exists($fontPath) && is_readable($fontPath)
字体路径和字符串编码不匹配，乱码就静默发生
即使用了 imagettftext()，乱码仍高频出现，核心原因是：字体加载时的字节流解码方式，和传入字符串的编码不一致。GD 库内部按当前 locale 解析字体，但 PHP 脚本可能以 UTF-8 读入字符串，而字体文件本身是 GBK 编码（比如 Windows 自带的 simsun.ttc）。
- 不要依赖系统默认字体；显式指定一个已知编码兼容的字体，例如 NotoSansCJKsc-Regular.ttf（UTF-8 原生支持）
- 确保传入
imagettftext()的字符串是 UTF-8 编码；若来源是 GET/POST 或数据库，先做转换：$text = mb_convert_encoding($text, 'UTF-8', 'GBK') - 避免用
iconv('GBK', 'UTF-8', $text)，它遇到非法字节会报错；mb_convert_encoding()更健壮，且支持 //IGNORE 选项
header() 放错位置 or 输出提前，会导致整个图片变空白或乱码
GD 图像输出对输出缓冲极其敏感。一旦在 header("Content-Type: image/png") 之前有任何输出（空格、BOM、echo、warning），PHP 就会抛出 “headers already sent” 错误，而浏览器收到的是混合内容——前面是 HTML 错误信息，后面才是 PNG 二进制，结果就是图片区域显示乱码字符或直接空白。
立即学习“PHP免费学习笔记（深入）”；
- 在脚本最顶部加入
ob_clean();和ob_start();，强制清空并接管输出缓冲 - 确认 PHP 文件保存为 UTF-8 无 BOM 格式；VS Code 中右下角编码显示必须是 “UTF-8”，而不是 “UTF-8 with BOM”
- 禁用所有可能触发 warning 的操作：比如未定义变量、
imagecreate()失败后没检查返回值就直接传给imagettftext() - 用
curl -I http://yoursite.com/captcha.php验证响应头是否干净，只应有Content-Type: image/png和Content-Length
服务器环境缺失字体或 locale 不支持，本地能跑线上崩
你在 Windows 本地用微软雅黑能画出中文，部署到 Linux 服务器就全成方块——大概率是字体文件路径失效，或系统 locale 没设 UTF-8，导致 GD 库无法正确初始化字体渲染上下文。
- Linux 下不要硬写 Windows 路径；用
__DIR__ . '/fonts/NotoSansCJKsc-Regular.ttf'，并确认该路径下文件真实存在 - 检查服务器 locale：
locale -a | grep -i utf8，若无zh_CN.utf8或en_US.utf8，需运行locale-gen en_US.UTF-8并update-locale - 部分 Docker 环境默认 locale 是 C，必须在 Dockerfile 中显式设置：
ENV LANG=en_US.UTF-8 - 终极验证：在脚本中加一行
var_dump(gd_info());，确认"FreeType Support"为 true，且"FreeType Linkage"不是 "unknown"
真正卡住人的从来不是某一行代码写错，而是字体路径、字符串编码、输出缓冲、系统 locale 这四者之间任意一环错位，都会让中文在图像里“消失”得毫无痕迹。排查时别猜，每个环节都用 var_dump() 或 file_exists() 实锤验证，比翻文档快得多。
