PHP本地乱码主因是文件编码、HTTP响应头、数据库连接三者不一致；须统一用UTF-8无BOM保存PHP文件，开头加header(‘Content-Type: text/html; charset=utf-8’)，MySQL连接设utf8mb4并确保表结构匹配。
PHP 本地环境乱码，绝大多数情况不是 PHP 本身的问题，而是编码声明与实际文件编码、HTTP 响应头、数据库连接三者不一致导致的。直接改 php.ini 或加 header() 往往治标不治本。
确认 PHP 文件本身的编码格式
Windows 记事本保存的 PHP 文件默认是 GBK/GB2312，但 PHP 解析器默认按 UTF-8 读取——这就必然乱码。VS Code、PhpStorm 等编辑器右下角会显示当前编码（如 UTF-8 或 GBK），点击可切换。
- 务必统一用
UTF-8 无 BOM格式保存所有.php文件 - 不要用 Windows 自带记事本编辑 PHP 文件；若已用过，用 VS Code 打开后另存为 → 编码选
UTF-8→ 勾掉“BOM”选项 - 检查已有文件是否含 BOM：可用命令行执行
hexdump -C yourfile.php | head -n 1，开头出现ef bb bf即含 BOM，需清除
确保 PHP 输出时声明了正确的字符集
仅靠 HTML 的 不够，浏览器可能在解析到该标签前已按错误编码渲染。必须让 HTTP 响应头先告诉浏览器用什么编码。
- 在 PHP 脚本最开头（任何输出之前）加：
header('Content-Type: text/html; charset=utf-8'); - 如果用了框架（如 Laravel、ThinkPHP），通常已在基础响应层处理，但自定义输出或纯 PHP 脚本必须手动加
- 避免在
header()前有任何空格、echo、BOM 或 UTF-8 编码的不可见字符，否则报Warning: Cannot modify header information
MySQL 连接与表结构的编码一致性
即使页面显示正常，从数据库读出的中文仍可能乱码——这是连接层未指定编码所致，和页面编码无关。
立即学习“PHP免费学习笔记（深入）”；
- 连接 MySQL 时强制指定字符集：
$mysqli = new mysqli($host, $user, $pass, $db); $mysqli->set_charset("utf8mb4"); // 注意是 utf8mb4，不是 utf8 - 检查数据库、表、字段是否均为
utf8mb4_unicode_ci（推荐）或至少utf8mb4_general_ci：SHOW CREATE TABLE your_table;
- 旧项目若用
utf8（MySQL 中实际是utf8mb3），无法存储 emoji 和部分生僻字，必须升级为utf8mb4并同步修改连接参数
Apache/Nginx 的默认字符集配置（次要但易忽略）
当 PHP 没有发送 Content-Type 头时，Web 服务器可能补一个默认值，而 Apache 默认不带 charset，Nginx 默认也不带——这会让浏览器自行猜测编码。
- Apache：在
.htaccess或虚拟主机配置中加：AddDefaultCharset utf-8
- Nginx：在
server或location块中加：charset utf-8;
- 此项仅作为兜底，优先级低于 PHP 的
header()，但能减少排查盲区
真正麻烦的乱码往往卡在「多层编码叠加」：文件是 GBK、PHP 当 UTF-8 解析、MySQL 连接设成 latin1、HTML 又写了个 UTF-8 meta——这时候只调一环根本没用。逐层验证 file -i your.php、curl -I http://localhost/test.php、SHOW VARIABLES LIKE 'character%'; 才能准确定位哪一层脱节。