chrome v110+默认禁用file://协议xml解析，导致本地xml乱码或空白；需安装xml viewer或xml tree插件，开启“allow access to file urls”，并通过chrome菜单打开文件而非双击。
Chrome 里打开 XML 文件直接显示乱码或空白？
不是插件的问题，是 Chrome 本身从 v110+ 起默认禁用了本地 file:// 协议下的 XML 解析样式表（XSLT）和部分解析逻辑。你双击打开一个 test.xml，看到的是纯文本甚至报错 XML Parsing Error: not well-formed，大概率是因为文件编码没被正确识别，或者 Chrome 根本没走 XML 解析器——它只是当普通文本渲染了。
解决思路很简单：不依赖“自动解析”，改用能主动触发解析、支持编码声明、带折叠/高亮/路径定位的工具型插件。以下两个插件实测在 M1/M2 Mac 和 Windows 11 + Chrome 125+ 稳定可用：
-
XML Viewer（作者：Sergey Gavrilov）——轻量、无广告、支持右键“View XML”、自动识别
<?xml encoding="GBK"?>声明 -
XML Tree（作者：Johannes Fahrenkrug）——更重一点，但支持 XPath 搜索、节点右键复制路径（
/root/item[2]/name）、导出 JSON
安装后点开 XML 还是白屏？检查这三件事
插件装了 ≠ 自动生效。Chrome 对本地文件有严格限制，很多插件默认只处理 http:// 或 https:// 响应体里的 XML，对磁盘上的 file:///Users/xxx/data.xml 是静默忽略的。
- 进
chrome://extensions→ 找到插件 → 开启Allow access to file URLs（必须手动勾选，新版 Chrome 默认关） - 别用 Finder 双击打开 XML；改用 Chrome 菜单栏
File → Open file…，或把 XML 拖进已打开的 Chrome 窗口标签页 - 确认 XML 文件本身合法：开头必须有
<?xml version="1.0" encoding="UTF-8"?>，且无 BOM 冲突（比如 UTF-8-BOM 在某些编辑器里会触发Invalid character at line 1）
为什么不用在线格式化工具？
在线工具要上传文件，敏感配置、内网接口返回的 XML（比如 http://localhost:8080/api/debug 的响应）根本传不了。而且它们通常把 XML 当字符串做正则高亮，遇到 CDATA 块、命名空间（xmlns:ns="http://example.com"）、实体引用（ ）就容易崩或误解析。
插件跑在本地，能真实调用 Chrome 的 DOMParser API：new DOMParser().parseFromString(xmlStr, "application/xml")，所以能正确处理命名空间前缀绑定、实体解码、schema 验证失败提示（比如报错 Error loading stylesheet: An unknown error has occurred 就说明 XSLT 路径不对，不是 XML 本身坏）。
XPath 搜索总找不到节点？注意命名空间和默认前缀
像 //item 在没命名空间时好使，但遇到 <item xmlns:ns="http://api.example.com"></item> 就完全匹配不到——DOMParser 会把 ns:item 当成带前缀的 QName，而 XPath 引擎默认不注册命名空间映射。
-
XML Tree插件右键节点 →Copy XPath生成的是带前缀的路径（如/*:root/*:item），可直接粘贴搜索 - 如果手动写 XPath，得用
*:item（通配所有前缀）或先在插件设置里注册前缀（如ns → http://api.example.com），再写//ns:item - CDTA 块内容不会被 XPath 查到（它是 Text 节点，不是 Element），想提取得用
node.textContent而非node.innerText
命名空间和编码声明是 XML 插件最容易卡住的两个点，其他都是操作习惯问题。只要记得开 file URL 权限、别双击、用 Chrome 自带打开方式，基本就稳了。
