PHP文件乱码本质是编码声明与实际编码不一致，常见于UTF-8（无BOM）被误判为GBK或文件含BOM导致headers已发送错误；应统一用UTF-8（无BOM）保存，用file -i或VS Code重载编码验证，清除BOM并确保输出前无任何字符，同时显式设置header和meta charset。
PHP 文件打开乱码，本质是编码声明与实际文件编码不一致。最常见的情况是：文件实际保存为 UTF-8（无 BOM），但编辑器或浏览器误判为 GBK / GB2312；或者文件含 BOM 头，导致 header()、session_start() 等函数报“Headers already sent”错误。
确认 PHP 文件真实编码
不要依赖编辑器右下角显示的编码名称——它可能只是猜测。用命令行快速验证：
file -i your_script.php
或在 VS Code 中按 Ctrl+Shift+P → 输入 “Change File Encoding” → 选 “Reopen with Encoding”，依次尝试 UTF-8、UTF-8 with BOM、GBK，看中文是否正常显示。注意：PHP 解析器本身不关心编码，但输出和字符串处理会受其影响。
统一使用 UTF-8（无 BOM）保存 PHP 文件
这是现代 PHP 项目的事实标准。BOM（Byte Order Mark）是三个不可见字节 EF BB BF，PHP 会把它当普通输出，破坏 HTTP 头发送。修复方法：
立即学习“PHP免费学习笔记（深入）”；
- 在 VS Code 中：右下角点击编码名 → “Save with Encoding” → 选
UTF-8（不是UTF-8 with BOM） - 在 Sublime Text 中：File → Save with Encoding →
UTF-8 - 用命令行批量清除 BOM：
sed -i '1s/^\xEF\xBB\xBF//' *.php
在 PHP 输出前确保无任何输出（含空格、换行、BOM）
很多“乱码”其实是“Headers already sent”错误掩盖下的真实问题。检查点：
-
php.ini中output_buffering = On可缓解，但不治本 - 所有
.php文件开头不能有空行、空格、注释前的不可见字符 - 包含文件（如
require 'config.php';）也要满足无 BOM、无前置输出 - 用
hexdump -C your_file.php | head查看开头是否为ef bb bf
浏览器端正确声明字符集
即使文件编码正确，若响应头或 HTML meta 缺失，浏览器仍可能猜错。在 PHP 脚本中显式设置：
header('Content-Type: text/html; charset=utf-8');
同时在 HTML 的 内加上：
注意：header() 必须在任何输出之前调用；如果用了输出缓冲（ob_start()），则可稍宽松，但仍建议尽早调用。
BOM 和编码不匹配的问题往往藏得深——比如一个被 include 的配置文件带了 BOM，会导致整个主脚本 header 失败，进而让后续 JSON 输出、AJAX 响应全变成乱码。修的时候别只盯主文件。
