PHP输出中文乱码时header('Content-Type: text/html; charset=utf-8')失效，最常见原因是Nginx的default_type或add_header覆盖、PHP文件含BOM、或PHP-FPM中php_admin_value[default_charset]强制覆盖。
PHP输出中文乱码，header('Content-Type: text/html; charset=utf-8') 不起作用？
最常见原因是 Nginx 的 default_type 或 add_header 覆盖了 PHP 输出的 Content-Type。PHP 的 header() 函数只能在 HTTP 响应头未发送前生效；一旦 Nginx 提前设置了 Content-Type（比如设为 text/plain），PHP 就无法覆盖它。
检查点包括：
- Nginx 配置中是否存在
default_type text/plain;或类似全局设置 - 是否在
location ~ \.php$块里用了add_header Content-Type "text/html; charset=utf-8";—— 这会强制覆盖 PHP 的 header - PHP 脚本开头是否有
echo、空格、BOM 字符导致 header 已被发送 - 使用
headers_sent()在 PHP 中验证：如果返回true，说明 header 已发不出
Nginx 的 charset 指令和 PHP 的编码关系
Nginx 的 charset utf-8; 是针对静态文件（如 .html、.css）自动添加 Content-Type 中的 charset 参数，但它对 PHP-FPM 动态响应完全无效 —— 因为 PHP 响应由 FastCGI 协议传输，Nginx 不解析其 body，也不重写其 header（除非显式用 add_header 或 proxy_hide_header 干预）。
所以：
立即学习“PHP免费学习笔记（深入）”；
-
charset utf-8;放在http或server块里，对.php请求无影响 - 若想统一控制 PHP 输出的 charset，应在 PHP 侧设置：
ini_set('default_charset', 'UTF-8');或修改php.ini中的default_charset = "UTF-8" - 避免在 Nginx 中对 PHP location 使用
charset，容易引发误解和冗余
PHP 文件本身含 BOM 导致 header 失效
UTF-8 编码的 PHP 文件如果带 BOM（Byte Order Mark），PHP 会在脚本开头隐式输出 \xEF\xBB\xBF，这等同于提前输出内容，导致后续 header() 调用失败，并报错 Warning: Cannot modify header information - headers already sent。
排查方式：
- 用
hexdump -C yourfile.php | head -n1查看是否以ef bb bf开头 - 用编辑器（如 VS Code、Notepad++）确认保存格式是 “UTF-8 without BOM”
- 批量清理：可用
sed -i '1s/^\xef\xbb\xbf//' *.php（Linux/macOS） - 注意：BOM 问题在 Windows 下尤其高发，且肉眼不可见
PHP-FPM 的 php_admin_value[default_charset] 覆盖行为
如果 Nginx 使用 PHP-FPM，且 FPM pool 配置中写了 php_admin_value[default_charset] = "GBK" 这类指令，它会强制覆盖 php.ini 和运行时 ini_set() 的设置，优先级最高。
检查路径：
- FPM pool 配置文件（如
/etc/php/*/fpm/pool.d/www.conf） - 搜索
default_charset、output_handler、mbstring.http_input等可能影响编码的项 - 注释掉或改为
php_admin_value[default_charset] = "UTF-8" - 改完必须重启
php-fpm，不是 reload
BOM、FPM admin 配置、Nginx add_header —— 这三处最容易被忽略，但只要其中一处出问题，header('Content-Type...') 就会静默失效。
