乱码源于服务器响应头缺失charset声明，导致浏览器误用ISO-8859-1解码UTF-8字节流；需后端在Content-Type中明确添加;charset=utf-8等编码声明，前端可通过Chrome-Charset扩展、document.charset命令或编辑器比对原始字节临时调试。
当你在chrome开发者工具的network面板里点开某个请求，看到preview或response标签页中中文变成“æ个æ°æ®”或“锟斤拷”这类乱码时，问题出在浏览器没有正确识别服务器返回内容的字符编码，而不是网页本身或网络传输出了故障。
先确认是响应头缺失charset声明
在Network面板中选中一个乱码请求→点击Headers标签页→向下滚动到Response Headers区域→查找Content-Type字段值。
如果该值为text/html、application/json、text/plain等，但【末尾没有;charset=utf-8或;charset=gbk等明确声明】，浏览器就会按默认ISO-8859-1解码字节流，导致中文显示为UTF-8编码字节被错误解析成拉丁字符。
此时乱码是服务端未规范设置响应头所致，需后端修复，前端无法绕过。
用Chrome-Charset扩展强制切换编码
方法一：安装并启用Chrome-Charset
访问 https://github.com/jinliming2/Chrome-Charset/releases →下载最新版Source code (zip) →解压到本地文件夹 →打开chrome://extensions →开启右上角“开发者模式”→点击“加载已解压的扩展程序”→选择刚才解压的文件夹。
方法二：一键切换当前页面编码
在乱码响应的Preview或Response视图中，点击右上角新出现的字母“A”图标→从下拉菜单中选择UTF-8（绝大多数中文接口适用）→页面立即重渲染，乱码消失。
注意：该扩展仅修改当前页面DOM解析所用编码，不改变原始字节流，也不影响其他标签页。
临时调试：用JavaScript命令行覆盖编码
在乱码响应的Preview标签页空白处右键→选择“检查”→确保Elements面板处于激活状态→按Esc唤出Console抽屉→输入以下命令并回车：
javascript:void(document.charset="UTF-8")
这会强制当前响应内容以UTF-8重新解析，适合单次快速验证。但刷新页面后失效，且仅对text/html类响应有效；对application/json等类型无效，因为JSON本身不支持document.charset。
若执行后仍乱码，说明服务端实际返回的是GBK编码字节，此时把UTF-8换成GBK再试一次。
终极排查：对比Response原始字节与预期编码
第一步：在Network面板中右键乱码请求→选择“Copy”→“Copy response”
第二步：粘贴到VS Code或Notepad++等支持多编码查看的编辑器中
第三步：在编辑器中依次切换编码为UTF-8、GBK、GB18030、ISO-8859-1，观察哪一种能正确显示中文
第四步：若只有GBK能正常显示，而服务端Header中Content-Type写的是charset=utf-8，则说明服务端编码输出与声明不一致——【这是最危险的错配，必须修正服务端逻辑】
第五步：将编辑器中确认正确的编码格式反馈给后端开发，要求统一response.setCharacterEncoding()与response.setContentType()中的charset值，并确保输出流写入字节前未被二次编码。
