phpinfo页面中文乱码根本原因是HTTP响应头未声明UTF-8编码，浏览器按GBK等默认编码解析；解决方法是在调用phpinfo()前用header('Content-Type: text/html; charset=utf-8')显式设置。
phpinfo 页面中文显示为方块或乱码
根本原因通常是 PHP 输出的 HTTP 响应头未声明 UTF-8 编码，浏览器按默认编码（如 GBK/GB2312）解析导致中文字段（如“配置选项”“已加载模块”等）显示为方块或乱码。
解决方式不是改 phpinfo() 函数本身（它不接受编码参数），而是控制其输出前的响应头：
- 确保 Web 服务器（如 Apache/Nginx）未强制设置
Content-Type为text/html; charset=gbk类似值 - 在调用
phpinfo()前手动发送正确的头：header('Content-Type: text/html; charset=utf-8'); - 若使用 Nginx，检查
fastcgi_param是否覆盖了CONTENT_TYPE，但更常见的是没覆盖——真正起作用的是 PHP 层的header()
phpinfo() 输出中部分字段缺失或为空
这通常不是编码问题，而是 PHP 配置限制或运行模式差异导致的字段过滤。例如：
-
disable_functions中包含phpinfo？不会报错，但会直接返回空内容（PHP 8.0+ 默认禁用） -
expose_php = Off不影响phpinfo()输出，只影响响应头中的X-Powered-By - CLI 模式下执行
php -r "phpinfo();"会输出纯文本，无 HTML 标签，也无编码声明——此时浏览器打开会乱码，需加-d default_charset=UTF-8
验证是否被禁用：
php -i | grep disable_functions或查看
php.ini 中该配置项。
立即学习“PHP免费学习笔记（深入）”；
Apache + mod_php 下 phpinfo 显示正常，Nginx + PHP-FPM 却乱码
关键区别在于：Apache 的 mod_php 默认继承服务器全局字符集设置；而 Nginx 的 fastcgi 通信不自动传递编码信息，完全依赖 PHP 脚本自身输出头。
必须显式添加 header()，且位置要在 phpinfo() 之前：
不能写成：
如果使用框架路由拦截了该文件，还要确认中间件未修改或清除响应头。
浏览器缓存导致乱码“修复后仍不生效”
浏览器可能缓存了旧的、带错误 charset 的响应（尤其是 304 Not Modified 场景）。刷新无效时请强制重载：
- Chrome/Firefox：
Ctrl + Shift + R（Windows）或Cmd + Shift + R（macOS） - 检查开发者工具 → Network → 点击请求 → 查看 Response Headers 中的
content-type是否为text/html; charset=utf-8 - 临时禁用所有浏览器扩展（尤其广告拦截、字符集强制插件）
最稳妥的验证方式是用 curl 直接看原始响应头：
curl -I http://localhost/info.php
