Content-Type 缺 charset 会导致浏览器按默认编码（如GBK）解析HTML而出现乱码；需在Nginx server块中加charset utf-8，Apache需开启AllowOverride All并配置AddDefaultCharset UTF-8，PHP需确保header()未被提前输出。
网站返回头里 Content-Type 缺 charset 会导致乱码
浏览器没收到明确的 charset=utf-8，就会按默认编码（比如 GBK）解析 HTML，中文就变“锟斤拷”。这不是网页源码的问题，是服务器发响应时没声明清楚。
- 宝塔默认用 Nginx 或 Apache，但两者设置位置和语法不同，不能混用
- 改的是「响应头」，不是 HTML 的
<meta charset="utf-8">—— 后者只在页面被当作 HTML 解析时才起作用，而 JSON、纯文本、下载文件等场景完全不生效 - 如果用了反向代理（比如前端套了 Cloudflare 或 Nginx 转发），得在最外层服务上设，否则内层加了也白加
Nginx 网站配置里加 charset utf-8 最可靠
进宝塔 → 网站 → 设置 → 配置文件，在 server 块里找 location /，在花括号内加一行：
charset utf-8;
注意别写成 charset=utf-8（少个空格或多了等号都无效）；也不要在 location ~ \.php$ 里单独加，那样只对 PHP 响应生效，静态 HTML、CSS、JS 还是乱码。
- 如果网站同时提供 API（返回 JSON），建议加
charset_types text/html text/css application/javascript application/json;，不然Content-Type: application/json默认不带 charset - 重启 Nginx 生效，不是重载（
nginx -s reload有时不刷新 charset） - 检查是否生效：curl -I https://yoursite.com，看响应头里有没有
Content-Type: text/html; charset=utf-8
Apache 网站根目录放 .htaccess 不一定管用
宝塔 Apache 默认关闭了 AllowOverride，所以直接丢 .htaccess 文件大概率被忽略。真要用，得先去网站配置文件里确认这行存在且为 all：
AllowOverride All
然后在网站根目录建 .htaccess，写：
AddDefaultCharset UTF-8
-
AddDefaultCharset只影响 text/* 类型，对application/json无效，得配合AddType或响应头重写 - 如果开了 PHP-FPM 模式，PHP 输出的 header 会覆盖
AddDefaultCharset，此时得在 PHP 里显式调用header('Content-Type: text/html; charset=utf-8'); - 比 Nginx 方案多一环，出问题更难定位
PHP 输出前 header() 被提前输出会破坏 charset
哪怕 Nginx 配好了，只要 PHP 脚本里有 echo、print、甚至文件末尾多了一个空行，都会导致 header() 调用失败，浏览器收不到 charset 声明。
- 开
display_errors = On时，PHP 报错信息也会提前输出，直接废掉所有 header - 检查
error_log里有没有 “Cannot modify header information” 错误 - 临时调试可加
var_dump(headers_sent());，返回true就说明 header 已发出去了
宝塔界面里那些「网站编码」下拉选项，只是给后台文件管理器看的，不影响 HTTP 响应头。真正起作用的，永远是 Nginx/Apache 的配置或 PHP 的 header 输出 —— 这点最容易被当成“已经设过了”而跳过排查。
