PHP乱码本质是编码链路断裂，必须四环节统一UTF-8：①PHP文件用UTF-8无BOM保存；②入口文件顶部设mb_internal_encoding("UTF-8")和header("Content-Type: text/html; charset=utf-8")；③IIS响应头与web.config强制charset=utf-8；④Windows系统区域设为中文并重启。
Windows IIS10 运行 PHP7.3.33 项目出现乱码，本质是编码链路断裂——从系统底层、IIS响应、PHP执行到HTML输出，任一环节用错字符集都会导致中文显示为问号、方块或乱码符号。修复需系统性排查，重点在统一 UTF-8 并排除 BOM 和区域设置干扰。
确认并统一 PHP 文件自身编码（无BOM的UTF-8）
PHP源文件若保存为 GBK 或带BOM的UTF-8，IIS加载时会提前输出不可见字节，触发“headers already sent”错误，并破坏后续header设置。
- 用 VS Code 打开所有 .php 文件 → 右下角点击编码名称（如“UTF-8 with BOM”）→ 选 “Save with Encoding” → 选择 UTF-8（不带BOM）
- Notepad++ 中：菜单栏“编码”→ 选 “转为UTF-8无BOM格式”→ 保存
- 切勿使用 Windows 记事本保存PHP文件，它默认保存为ANSI（GBK），极易引发乱码
强制 PHP 运行时使用 UTF-8 内部编码
PHP7.3+ 默认内部编码不一定是UTF-8，需显式声明，尤其当服务器区域设置非中文时。
- 在每个 PHP 入口文件（如 index.php）最顶部（任何输出之前）加入：
// 设置内部字符编码为 UTF-8
if (function_exists('mb_internal_encoding')) {
mb_internal_encoding('UTF-8');
}
// 显式发送 Content-Type 响应头
header('Content-Type: text/html; charset=utf-8');
- 若项目使用 Composer 自动加载，也可在
public/index.php或bootstrap.php开头统一设置，避免逐个文件修改
配置 IIS 响应头与全局默认编码
IIS 本身不解析 PHP，但会转发响应；若未正确设置 HTTP 头或 MIME 类型，浏览器可能按 ISO-8859-1 解析 UTF-8 内容。
立即学习“PHP免费学习笔记（深入）”；
- 打开 IIS 管理器 → 选中站点 → 双击“HTTP 响应标头” → 右侧“添加” → 名称填
Content-Type，值填text/html; charset=utf-8 - 同时检查“MIME 类型”：确保
.php关联的 MIME 类型为text/html（而非application/x-httpd-php等非标准类型） - 可选：在站点根目录
web.config中追加响应头规则（更稳定）：
<system.webServer>
<httpProtocol>
<customHeaders>
<add name="Content-Type" value="text/html; charset=utf-8" />
</customHeaders>
</httpProtocol>
</system.webServer>
检查 Windows 系统区域与命令行编码（影响 CLI 模式及日志）
若项目含命令行脚本（如 cron 调用 PHP）、或错误日志中出现乱码，需同步系统级编码。
- 控制面板 → “区域” → “管理”选项卡 → “更改系统区域设置…” → 勾选 中文(简体，中国) → 重启电脑（必须！）
- 命令提示符中运行
chcp，确认返回活动代码页: 936（GBK）或65001（UTF-8）；如为 437，说明区域设置未生效 - IIS 应用程序池 → 高级设置 → “标识”设为具有中文环境权限的账户（如 ApplicationPoolIdentity 通常足够，但若调用外部工具失败，可临时改用本地管理员测试）
