phpEnv本身不控制default_charset，真正起作用的是其加载的php.ini文件；需通过php --ini或phpinfo()确认当前生效路径，修改default_charset="UTF-8"后重启Web服务。
phpEnv 本身不控制 default_charset，真正起作用的是它所加载的 php.ini 文件。你改的是 PHP 运行时配置，不是 phpEnv 的“设置”。只要找到 phpEnv 当前启用的 php.ini 路径，改完重启服务即可生效。
怎么确认 phpEnv 正在用哪个 php.ini？
运行以下命令，看 Loaded Configuration File 行输出：
php --ini
常见路径包括：C:\phpEnv\php\php.ini（Windows）或 /usr/local/phpenv/versions/*/etc/php.ini（Linux/macOS）。注意：phpEnv 可能为不同 PHP 版本维护独立的 php.ini，务必确认你改的是当前 CLI 或 Web SAPI 实际加载的那个。
修改 default_charset 的正确写法
在对应 php.ini 中找到或添加这一行（去掉分号注释）：
立即学习“PHP免费学习笔记（深入）”；
default_charset = "UTF-8"
- 值必须用英文双引号包裹，
"UTF-8"是标准写法，utf8或UTF8不推荐（PHP 官方文档明确要求大小写敏感的UTF-8） - 这个设置只影响 PHP 自动发送的 HTTP
Content-Type响应头中的charset参数，不影响 HTML<meta>、数据库连接或文件保存编码 - 改完后需重启 Web 服务器（如 Apache/Nginx）和/或 php-fpm，CLI 模式下无需重启，但要确保没被 opcache 缓存旧配置
为什么改了 php.ini 还是乱码？常见断点排查
default_charset 只是字符链路中的一环，以下任一环节错位都会导致乱码：
- PHP 源文件本身不是 UTF-8 无 BOM 格式（VS Code / Notepad++ 里检查并另存为 “UTF-8 without BOM”）
- MySQL 连接未设字符集：仅靠
default_charset不会让mysqli_query()自动用 UTF-8 传参，必须显式调用$mysqli->set_charset('utf8mb4') - HTML 输出缺少
<meta charset="UTF-8">，尤其当 HTTP 头被反向代理覆盖或未发送时，浏览器可能 fallback 到错误编码 - Apache/Nginx 配置了
AddDefaultCharset或charset指令，会覆盖 PHP 的default_charset设置
最易被忽略的是：phpEnv 环境下常同时跑多个 PHP 版本，php --ini 显示的配置路径，和你实际通过 Web 访问时 Apache 加载的 php.ini 很可能不是同一个——务必用 phpinfo() 页面里的 Loaded Configuration File 值为准。
