PHP打包成EXE后中文乱码的根本原因是Windows控制台默认GBK编码与PHP脚本及HTML输出的UTF-8编码不匹配。解决需分三类：CLI模式用ini_set和mb_internal_encoding；Web模式设header与meta；文件读写需显式转码；ExeOutput用户可改嵌入php.ini；还需通过chcp 65001切换控制台编码。
PHP 打包成 EXE 后中文乱码的根本原因
PHP 本身不直接生成 EXE，所谓“打包成 EXE”实际是用 BoxedApp Packer、ExeOutput for PHP 或 PHP Desktop 这类封装工具，把 PHP 解释器 + 你的脚本 + Web 服务器（如内置的 PHP built-in server 或 Chromium 内核）一并打包。乱码不是 PHP 源码问题，而是：Windows 控制台默认编码是 GBK，而 PHP 脚本和 HTML 输出通常按 UTF-8 编码解析，封装后若未显式指定字符集，系统会 fallback 到 ANSI（即当前系统区域设置，中文 Windows 就是 GBK），导致 echo "中文" 显示为乱码。
在 PHP 脚本中强制声明 UTF-8 字符集
这是最直接、最可控的方式，适用于所有封装工具。关键点不是改 PHP 配置文件（因为 EXE 里用的是嵌入式 php.ini，你未必能改或生效），而是让脚本自己“说清楚”它用什么编码：
- 对 CLI 模式（比如你双击 EXE 启动命令行界面）：在脚本开头加
ini_set('default_charset', 'UTF-8');并调用mb_internal_encoding('UTF-8'); - 对 Web 模式（EXE 启动内置浏览器）：必须在输出 HTML 前发送
header('Content-Type: text/html; charset=utf-8');，且 HTML 中要有<meta charset="UTF-8"> - 如果读写文件含中文（如
file_get_contents('配置.txt')），需明确指定编码，例如用mb_convert_encoding(file_get_contents($path), 'UTF-8', 'GBK')做兼容转换
header('Content-Type: text/html; charset=utf-8');
echo "<!DOCTYPE html><html><head><meta charset=\"UTF-8\"></head><body>";
echo "你好，世界！";
echo "</body></html>";
ExeOutput for PHP 中修改 embedded php.ini
如果你用的是 ExeOutput for PHP（较常见于 Windows 下打包 PHP 桌面应用），它允许你编辑嵌入的 php.ini。这个配置在 EXE 内部生效，比系统全局 php.ini 更优先：
- 打开 ExeOutput，进入 Project → PHP Settings → Edit php.ini
- 找到
default_charset行，改为default_charset = "UTF-8" - 确保
mbstring.internal_encoding和mbstring.http_output也设为UTF-8 - 保存后重新编译 EXE——注意：每次改 php.ini 都要重新 Build，否则无效
Windows 控制台环境编码需同步切换
即使 PHP 输出了 UTF-8，Windows CMD 默认仍以活动代码页（通常是 936，即 GBK）显示。用户双击 EXE 启动控制台时，若没提前切编码，依然看到乱码：
立即学习“PHP免费学习笔记（深入）”；
- 在 EXE 启动脚本（如批处理包装器）中加一行：
chcp 65001 >nul（65001 是 UTF-8 的代码页号） - 或者，在 PHP 中执行：
exec('chcp 65001 >nul');（仅限 CLI 模式，且需开启exec函数） - 注意：
chcp只影响当前 CMD 实例，不能改变系统默认；某些旧版 Windows（如 Win7）对 65001 支持不稳定，建议测试后使用
真正容易被忽略的是：**不同封装工具对标准输出流（stdout）的编码处理逻辑完全不同**。比如 PHP Desktop 使用 Chromium，它只认 HTTP header 和 meta；而 BoxedApp 可能截获 stdout 后用系统控制台 API 输出，此时 chcp 就成了唯一解。没统一验证输出路径，光改 PHP 设置是白忙。
