我之前也碰到过完全一样的困扰！你已经做了重载/重启Nginx的操作，这点很关键，但咱们再一步步排查其他可能的原因：

1. 补全charset_types的配置（你提到的charset_t应该就是这个） #

默认情况下，Nginx的charset指令只对text/html类型的响应生效，但如果你的页面包含其他文本资源（比如JS、CSS、纯文本），或者你之前修改过charset_types，就需要确保目标MIME类型被包含进去。建议在http或server块里添加：

charset_types text/html text/plain application/javascript text/css application/json;
charset utf-8;

这样所有列出的文本类型都会自动带上charset=utf-8的后缀。

2. 检查是否有location块覆盖了charset设置 #

Nginx的配置优先级是location块 > server块 > http块，如果某个具体的location里设置了charset off或者其他charset值，会直接覆盖上层的配置。比如：

location /assets/ {
    charset off; # 这种配置会禁用charset自动添加
}

仔细检查所有相关的location块，确保没有冲突的设置。

3. 确认静态文件的MIME类型识别正确 #

如果你的页面是静态HTML文件，Nginx需要正确把它识别为text/html类型。检查服务器上的mime.types文件（通常路径是/etc/nginx/mime.types），确保有这一行：

text/html                             html htm shtml;

如果MIME类型被错误识别（比如变成了application/octet-stream），charset指令就不会生效。

4. 排查是否有add_header手动覆盖了Content-Type #

如果你在配置里手动用add_header设置了Content-Type，会直接覆盖charset指令生成的响应头。比如：

add_header Content-Type "text/html"; # 这种写法会去掉charset部分

删掉这类手动设置的Content-Type，让charset指令自动生成正确的响应头。

5. 强制刷新浏览器缓存 #

有时候浏览器会缓存旧的响应头，即使Nginx已经配置正确了。试试用Ctrl+F5（Windows/Linux）或者Cmd+Shift+R（Mac）强制刷新页面，或者直接清空浏览器缓存后再测试。也可以用curl命令直接从服务器请求，排除浏览器缓存的影响：

curl -I http://your-domain.com/your-page.html

查看返回的Content-Type头是否包含charset=utf-8。

内容的提问来源于stack exchange，提问作者Jonathan Pool