PHP文件乱码主因是编码声明与实际编码不一致，需用file -i或hexdump验证真实编码，统一保存为UTF-8无BOM，并确保所有包含文件开头无BOM、空格或空行。
PHP 文件打开乱码，根本不是“PHP 不兼容 UTF-8”，而是编辑器或系统把 UTF-8（无 BOM）误判为 GBK，或者文件实际带了 BOM 却被当普通内容读取——这两种情况占全部乱码问题的 90% 以上。
怎么确认 PHP 文件真实编码？
别信编辑器右下角写的“UTF-8”——它只是猜测。真实编码必须靠字节验证：
- Linux/macOS 下用
file -i your_script.php，输出含charset=utf-8且不含with bom才算合格 - VS Code 中按
Ctrl+Shift+P→ 输入Reopen with Encoding→ 依次试UTF-8、UTF-8 with BOM、GBK，看中文是否真正显示正常 - 用
hexdump -C your_script.php | head -n1查开头三字节：如果是ef bb bf，就说明有 BOM；没这三字节才是真正的 UTF-8（无 BOM）
为什么 VS Code 显示 UTF-8 还是乱码？
因为 VS Code 默认“通过编码重新打开”只是临时切换视图，不改变文件实际存储格式。你看到中文正常，不代表文件已保存为 UTF-8（无 BOM）：
- 确认步骤必须是：先
Reopen with Encoding → UTF-8，再Save with Encoding → UTF-8（注意勾选“不带 BOM”或取消“Include BOM”） - Notepad++ 要点“编码 → 转为 UTF-8 无 BOM 格式”，不能只点“转为 UTF-8”——后者默认带 BOM
- 批量清除已有 BOM：Linux 下运行
sed -i '1s/^\xEF\xBB\xBF//' *.php，Windows 可用 PowerShell 的Get-Content xxx.php -Encoding Byte | ...替换，但不如直接重存稳妥
header() 失效导致乱码的隐藏原因
header('Content-Type: text/html; charset=utf-8') 写了却没用？大概率是某个被 include 或 require 的配置文件开头藏了 BOM，或者空格/空行：
- 所有 PHP 文件（包括
config.php、database.php等）都必须满足：文件开头严格是，前面不能有任何字符（含不可见 BOM、空格、换行） - 用
curl -I http://yoursite/test.php检查响应头，若返回中没有charset=utf-8，说明header()已被前置输出拦截 - 启用
output_buffering = On只是掩盖问题，不是解决——BOM 仍在，JSON 输出、AJAX 响应、session_start()全都会崩
BOM 是最狡猾的乱码元凶：它不显示、不报错、只在 header 发送前悄悄吐出三个字节，让整个输出链路失效。哪怕只漏掉一个被 include 的文件，整站中文、接口、后台管理页就全变成问号或方块——这种问题必须逐个文件用 hexdump 或编辑器十六进制模式扫一遍，没法靠“感觉”跳过。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
