AddDefaultCharset UTF-8 是最直接有效的解法，但必须配合 PHP 的 default_charset 和实际文件编码同步生效；单独改某一项，大概率白忙。
AddDefaultCharset UTF-8 是最直接有效的解法，但必须配合 PHP 的 default_charset 和实际文件编码同步生效；单独改某一项，大概率白忙。
为什么 phpEnv 下的 Apache 一开就乱码
phpEnv 默认继承 Windows 环境习惯，AddDefaultCharset 常被设为 ISO-8859-1 或干脆注释掉，而 PHP 脚本又没显式发 Content-Type 头——浏览器只能靠猜，中文版 IE/Edge 默认猜 GBK，Chrome 会看 BOM 或 meta，一猜一个错。更麻烦的是，phpEnv 自带的 Apache 配置常分散在多个地方：httpd.conf、extra/httpd-vhosts.conf、甚至某个站点目录下的 .htaccess，优先级混乱，容易互相覆盖。
常见错误现象：
- 页面显示“”或方块，但右键“查看源代码”中文正常 → HTTP 响应头没带
charset - 部分页面正常、部分乱码 → 不同虚拟主机或目录用了不同
AddDefaultCharset设置 - PHP
echo "中文"正常，但 HTML 模板里中文全乱 → 模板文件本身是 GBK 编码，Apache 却按 UTF-8 发送
确认并统一 Apache 的默认字符集设置位置
phpEnv 的 Apache 配置入口通常在 phpEnv\Apache\conf\httpd.conf，但别急着改。先用命令确认当前生效值：
立即学习“PHP免费学习笔记（深入）”；
httpd -t -D DUMP_RUN_CFG | findstr "AddDefaultCharset"
如果没输出，说明未启用；如果输出 AddDefaultCharset ISO-8859-1，就是根源。修改时注意三点：
- 只在
httpd.conf顶层（非<VirtualHost>内）加一行：AddDefaultCharset UTF-8 - 删掉所有其他地方重复的
AddDefaultCharset，尤其是.htaccess里的（phpEnv 默认不启用AllowOverride FileInfo，写了也无效） - 若项目必须兼容旧 GBK 页面，不要设成
GBK，而是设为off，让浏览器退回到 meta 或 BOM 判定 —— 但这是权宜之计，长期维护成本更高
检查 PHP 是否在“偷偷覆盖” Apache 的 charset
即使 Apache 发了 Content-Type: text/html; charset=UTF-8，只要 PHP 脚本里调用了 header('Content-Type: ...')，就会彻底覆盖它。phpEnv 自带的 php.ini（路径类似 phpEnv\PHP\php.ini）里，default_charset 默认值可能是空或 "UTF-8"，但它只影响 PHP 自动添加的 Content-Type 头，不干预你手动写的 header()。
排查步骤：
- 访问一个纯 PHP 页面（如
info.php），用浏览器开发者工具 → Network → Response Headers，看最终Content-Type值 - 如果显示
charset=GBK或没有charset，立刻查该脚本是否含header('Content-Type: ...') - 临时在脚本开头加
header_remove('Content-Type');，再加header('Content-Type: text/html; charset=UTF-8');，观察是否修复 - 确保
php.ini中default_charset = "UTF-8"已取消注释且值正确（注意等号前后不能有空格）
文件编码与传输编码必须物理一致
Apache 和 PHP 都设对了，文件本身是 GBK 编码，照样乱码。phpEnv 下编辑器（如 Notepad++、VS Code）极易保存为带 BOM 的 UTF-8 或纯 GBK，而 Apache 不校验文件内容，只按配置发头。
验证和修正方法：
- 用命令行查文件真实编码：
file -i index.html（Windows 下可用chcp+type辅助判断，或直接用 VS Code 底部状态栏看编码） - 所有 PHP、HTML、JS、CSS 文件，统一用无 BOM 的 UTF-8 保存（VS Code 右下角点编码 → “Save with Encoding” → “UTF-8”）
- 数据库连接也要同步：PHP 中执行
mysqli_set_charset($conn, 'utf8mb4')，MySQL 配置中确保character-set-server = utf8mb4 - 如果必须保留 GBK 页面，不要依赖
AddDefaultCharset GBK，而应在每个 HTML 顶部加<meta charset="GBK">，并确保文件真实编码为 GBK —— 但跨平台协作时极易出错，不推荐
真正容易被忽略的点是：phpEnv 启动后，Apache 配置修改必须用 phpenv restart apache（或手动进服务管理重启），仅重启 PHP-FPM 不生效；而文件编码一旦存错，连 curl -I 都看不出问题，只能靠 file -i 或十六进制编辑器确认字节流。
