PHP混编HTML页面乱码，根本原因几乎总是HTTP响应头、HTML meta声明、PHP文件本身编码三者不一致——不是“漏加”，而是“加得不统一”。
PHP输出前没设Content-Type响应头
浏览器优先信任HTTP响应头里的Content-Type，而不是HTML里的<meta charset>。如果PHP脚本没显式设置，Web服务器（如Apache/Nginx）可能按默认ISO-8859-1发头，即使HTML写了utf-8也白搭。
实操建议：
- 在PHP文件最开头（
<?php后立即）加：header('Content-Type: text/html; charset=utf-8'); - 确保该
header()调用前**没有任何输出**（包括空格、BOM、echo、print），否则会报Warning: Cannot modify header information - 若用框架（如Laravel、ThinkPHP），通常已内置处理，不必手动加；纯PHP脚本务必自查
HTML meta charset和PHP文件实际编码不匹配
常见错误：HTML里写<meta charset="utf-8">，但PHP文件本身是GBK或带BOM的UTF-8，导致PHP解析时字符错位，输出乱码。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 用编辑器（如VS Code、Sublime）确认PHP文件保存编码为**UTF-8无BOM**（注意“无BOM”！BOM会导致header发送失败）
- 检查所有引入的PHP文件（
include、require）是否也都是UTF-8无BOM——一个带BOM的配置文件就能让整页崩 - 不要依赖编辑器自动识别编码，手动在编辑器里“另存为→UTF-8无BOM”
MySQL查询结果没设客户端编码
即使页面和PHP文件都UTF-8，从数据库读出的数据仍可能乱码，因为MySQL连接默认用latin1。
实操建议：
- 连接后立即执行：
mysqli_set_charset($conn, 'utf8mb4');（推荐utf8mb4，兼容emoji） - 或在PDO DSN里加：
;charset=utf8mb4，例如：mysql:host=localhost;dbname=test;charset=utf8mb4 - 避免用
SET NAMES utf8，它不等价于utf8mb4，且可能被某些驱动忽略
真正容易被忽略的是：混编页面中，PHP变量插进HTML时（比如<div><?php echo $name; ?></div>），只要前面三者（响应头、文件编码、DB连接）有一处没对齐，$name一输出就花——不是PHP语法问题，是字节流在管道里被反复误读。
