php探针中文乱码主因是响应头未声明charset=utf-8或文件含bom；须在输出前调用header('content-type: text/html; charset=utf-8')，并确保所有php文件为utf-8无bom编码。
PHP探针页面出现中文乱码，绝大多数情况是响应头未声明正确的字符编码，或文件本身保存编码与输出不一致。核心解决路径只有两条：确保 Content-Type 响应头含 charset=utf-8，且探针 PHP 文件本身为 UTF-8 无 BOM 编码。
检查并强制设置 HTTP 响应头
很多探针（如雅黑探针、LAMP探针）默认没调用 header() 设置编码，浏览器只能靠自动识别，极易失败。必须在输出任何内容前插入：
header('Content-Type: text/html; charset=utf-8');
注意：header() 必须在任何 echo、print 或 HTML 输出之前执行；若已开启输出缓冲（ob_start()），可稍后调用，但依然要早于实际响应体发送。
确认 PHP 文件保存为 UTF-8 无 BOM
BOM（Byte Order Mark）是 Windows 编辑器（如记事本、早期 Notepad++）保存 UTF-8 时可能插入的隐藏字节（EF BB BF），PHP 会把它当普通输出，导致 header() 调用失败并报错“Cannot modify header information”。验证和修复方法：
立即学习“PHP免费学习笔记（深入）”；
- 用 VS Code、Sublime Text 或新版 Notepad++ 打开探针主文件（如
index.php） - 查看右下角编码显示，若为“UTF-8 with BOM”，点击切换为“UTF-8”
- 保存后，用命令行快速验证：
hexdump -C index.php | head -n1—— 正常应无ef bb bf开头
避免 HTML meta 标签单独扛大梁
仅在 HTML 中写 <meta charset="utf-8"> 是不够的。浏览器解析到该标签前已开始渲染，且部分旧版 IE 对此支持不稳定。它只是后备方案，不能替代 header()。如果你发现加了 meta 后仍乱码，说明问题根本不在前端，而是服务端输出阶段已出错。
检查 PHP 输出是否被其他脚本污染
有些探针会引入公共配置文件（如 config.php）、函数库（如 function.php）或缓存逻辑，这些文件若含 BOM 或提前 echo，同样会破坏 header。排查步骤：
- 临时注释掉所有
include/require，只留最简header()+ 一句echo '测试'; - 逐个取消注释，观察乱码重现点
- 重点检查被 include 的文件是否也保存为 UTF-8 无 BOM
乱码问题看似简单，但根源常藏在“谁第一个输出了不可见字符”这个细节里——BOM、空格、换行、甚至编辑器自动插入的尾部空行，都可能成为 header 失效的导火索。
