应注释或设为off禁用apache的adddefaultcharset utf-8，确保html中meta标签与文件编码一致，并由后端脚本主动输出正确content-type响应头，最后通过开发者工具验证生效。
Apache 默认启用 AddDefaultCharset UTF-8，会强制给所有响应头添加 Content-Type: text/html; charset=UTF-8。当网页本身是 GBK 编码、Python CGI 输出未声明编码，或后端返回内容实际为 GB2312/GB18030 时，浏览器按 UTF-8 解码就会出现中文乱码。要彻底解决，不能只改一处，需统一控制输出源头和响应头行为。
关闭或禁用 AddDefaultCharset 的全局干扰
这是最直接的干预点。编辑 Apache 主配置文件（如 /etc/httpd/conf/httpd.conf 或 /usr/local/apache2/conf/httpd.conf），找到：
-
AddDefaultCharset UTF-8—— 直接注释掉：#AddDefaultCharset UTF-8 - 或更稳妥地设为关闭：
AddDefaultCharset OFF
保存后重启 Apache：sudo systemctl restart httpd（CentOS）或 sudo apachectl restart（macOS/Linux）。此举让 Apache 不再擅自插入 charset，把编码决定权交还给页面自身或后端程序。
确保 HTML 页面明确声明真实编码
在 HTML 文件 中，<meta> 标签必须与文件实际保存编码严格一致：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 若文件用 UTF-8 保存（推荐），写：
<meta charset="utf-8"> - 若文件用 GBK 保存（如遗留系统），写：
<meta http-equiv="Content-Type" content="text/html; charset=gbk">
注意：<title></title> 标签不能出现在 <meta charset> 之前，尤其在 IE 中易引发空白页；建议将 <meta> 置于 最开头。
后端脚本（如 Python CGI）主动输出正确响应头
Apache 不插手 charset 后，后端必须自己声明。以 Python CGI 为例，第一行输出必须是完整 HTTP 头：
- UTF-8 场景：
print('Content-Type: text/html; charset=utf-8\n') - GBK 场景：
print('Content-Type: text/html; charset=gbk\n')
注意：末尾要有两个换行符（\n\n），且该行必须在任何 HTML 内容之前。同时确保 Python 源文件本身也用对应编码保存，并在文件开头加 # -*- coding: gbk -*- 或 # -*- coding: utf-8 -*- 声明。
验证响应头是否真正生效
用浏览器开发者工具（F12 → Network → 点击请求 → Headers）查看响应头中的 Content-Type 字段：
- 不应再看到 Apache 自动追加的
charset=UTF-8 - 应看到你后端输出的
charset=xxx，且与 HTML 中<meta>一致 - 若仍显示
charset=UTF-8，说明配置未生效或被虚拟主机/目录级配置覆盖，需检查.htaccess或<virtualhost></virtualhost>块中是否有重复的AddDefaultCharset
