chrome 打开本地 xml 文件乱码或不格式化，是因 file:// 协议无 mime 响应头，插件无法识别 text/xml；推荐用 vs code 的 live server 以 http 方式托管，确保返回 text/xml 头。
Chrome 里打开 XML 文件直接乱码或不格式化？
默认情况下 Chrome 打开本地 .xml 文件（比如双击或拖入浏览器），会以纯文本方式渲染，没有缩进、高亮、折叠，甚至可能因编码问题显示为方块或问号。这不是插件的问题，是 Chrome 本身对本地文件的 MIME 类型处理限制 —— 它不会主动识别 text/xml 并启用解析器。
XML Formatter for Chrome 这类插件为什么经常失效？
很多标榜“XML 格式化”的 Chrome 插件（如 XML Formatter、XML Tree）依赖页面已加载有效的 text/xml 响应头。但本地文件（file:// 协议）根本不会发 HTTP 请求，也就没有响应头，插件无从下手。你点开插件图标灰着、右键菜单没反应、或者只显示原始字符串，基本都卡在这一步。
- 插件只对
http://或https://域下的 XML 响应生效（比如 API 返回的 XML） -
file://路径下必须手动触发解析 —— 大部分插件根本不提供这个入口 - 有些插件要求 XML 内容严格合法（比如不能有 BOM、不能缺少根节点），一报错就退回到乱码
真正能用的方案：用 VS Code + Live Server 临时起个本地服务
绕过 file:// 限制最稳的方式，就是让 XML 文件走 HTTP 协议。不用装服务器、不用写配置，VS Code 一个插件就能搞定：
- 安装 VS Code 插件：
Live Server - 用 VS Code 打开含 XML 文件的文件夹
- 右键点击 XML 文件 → 选择
Open with Live Server - Chrome 自动打开
http://127.0.0.1:5500/xxx.xml，此时任意 XML 插件（包括浏览器自带的开发者工具 Elements 面板）都能正常解析、折叠、高亮
注意：Live Server 默认会加 Content-Type: text/xml 响应头，这是关键。别用其他静态服务器（比如 Python 的 http.server），它默认返回 text/plain，插件照样不认。
如果非要浏览器内直接开，试试 Chrome 的 --allow-file-access-from-files 启动参数
这是 Chrome 的隐藏开关，允许本地页面脚本读取本地文件 —— 某些高级 XML 插件（如 XML Viewer）靠它实现离线解析。但它有代价：
- 必须完全退出 Chrome（任务管理器里确认没残留进程），再命令行启动：
chrome.exe --allow-file-access-from-files - 该模式下所有本地 HTML 页面都获得读文件权限，安全风险明确存在，不建议日常开启
- 即使开了，仍需插件主动调用
FileReader或fetche读取并解析，不是所有插件都这么实现
实际中，90% 的人卡在第一步：以为装了插件就万事大吉，结果发现 XML 文件双击打开后插件图标压根不亮。根源不在插件弱，而在 Chrome 对 file:// 的刻意限制 —— 这个限制本身就是为了安全，改不了，也别硬刚。
