谷歌浏览器开发者工具中中文乱码需先确认网页实际编码（查meta charset或http响应头），再通过document.charset强制指定编码、右键菜单切换编码、禁用干扰扩展或修改启动参数修复。
谷歌浏览器开发者工具（F12）中查看网页源码或调试时，遇到中文显示为方块、问号或乱码字符，说明当前页面编码未被正确识别或开发者工具自身渲染逻辑未能匹配真实字符集。
确认网页实际编码格式
打开目标网页 → 按 F12 打开开发者工具 → 切换到「Elements」标签页 → 查看 区域内的 <meta charset="..."> 标签内容，例如 <meta charset="UTF-8"> 或 <meta http-equiv="Content-Type" content="text/html; charset=GBK">。【若 meta 中声明的编码与网页真实字节流不一致，开发者工具会按错误编码解析，必然乱码】
右键网页空白处 → 「查看网页源代码」→ 观察文件开头是否有 BOM 头（UTF-8-BOM 以 EF BB BF 开头），有 BOM 时 Chrome 通常能自动识别 UTF-8；无 BOM 的 GBK 页面若被误判为 UTF-8，就会出现乱码。
强制重载并指定编码
在开发者工具中按 Ctrl+R（Windows/Linux）或 Cmd+R（Mac）无法改变编码判定逻辑，必须触发真实重载并携带编码提示。
方法一：地址栏输入 javascript:document.charset='GBK' → 回车（仅对当前页面临时生效，适用于已知是 GBK 编码但被误判的页面）。
方法二：在「Network」标签页中找到主 HTML 请求 → 右键 → 「Open in new tab」→ 新标签页中右键 → 「编码」→ 手动选择「简体中文（GBK）」或「UTF-8」→ 此时页面正常渲染，再返回原开发者工具窗口，Elements 和 Console 中的中文通常同步恢复。
禁用可能干扰编码解析的扩展
某些广告过滤或脚本注入类扩展（如 Tampermonkey 配合错误编码脚本、某些翻译插件）会在 DOM 加载前修改 document.charset 或插入非 UTF-8 字符串，导致开发者工具底层解析错位。
步骤一：在 Chrome 地址栏输入 chrome://extensions/ → 关闭所有非必要扩展。
步骤二：重启浏览器 → 再次打开 F12 → 访问问题页面验证是否仍乱码。
步骤三：逐个启用扩展，每启一个就刷新页面并检查开发者工具中的中文显示，定位到引发问题的扩展后停用它即可。
终极修复：修改 Chrome 启动参数（适用于系统级编码顽疾）
某些 Windows 系统区域设置为中文（中国）但默认 ANSI 编码设为 GBK，而 Chrome 69+ 版本默认忽略系统编码，只依赖 HTTP 响应头和 meta。但若服务器未发送 Content-Type 头，Chrome 会回退至系统 locale 对应编码，此时若 locale 与网页实际编码冲突，就会乱码。
关闭所有 Chrome 进程（包括后台进程）→ 在桌面新建快捷方式 → 目标栏填写："C:\Program Files\Google\Chrome\Application\chrome.exe" --disable-web-security --force-fieldtrials="WebFonts/NoFontConfig"
注意：不要添加 --lang=zh-CN 或 --locale=zh-CN，这类参数反而可能强化错误编码回退逻辑。【真正起效的是移除所有干扰字体与安全策略的参数，让 Chrome 完全依赖网页自身声明】
双击该快捷方式启动 Chrome → 访问问题页面 → 打开 F12 → 查看 Elements 中中文是否恢复正常。
