Chrome打开XML文件默认显示源代码是正常设计，非bug；需确保文件合法、无BOM、通过file://协议打开才能显示可折叠树状结构；添加XSLT样式表可实现可视化渲染。
Chrome 打开 XML 文件默认显示源代码，不是 bug 是设计
Chrome 本身不渲染 XML 为可读结构（不像 HTML 那样自动解析+样式化），它只是把 XML 当作纯文本展示原始内容——这是符合规范的行为，不是加载失败或配置错误。
常见错误现象：XML Parsing Error: not well-formed 或空白页，往往是因为文件开头有 BOM、非法字符，或实际是 HTML/JSON 被硬改成 .xml 后缀。
- 确保 XML 文件真实合法：用
xmllint --noout your.xml验证格式（Linux/macOS）或在线校验工具 - 检查文件编码是否为 UTF-8 无 BOM；带 BOM 的 UTF-8 在 Chrome 中可能直接报错或乱码
- 如果想“看起来像网页”，必须手动加 XSLT 样式表，否则 Chrome 永远只显示树状折叠的源码视图
让 Chrome 显示可折叠的 XML 结构树（无需服务器）
Chrome 原生支持 XML 解析并生成交互式树状视图，但前提是文件必须通过 file:// 协议直接打开，且 XML 语法严格正确。
使用场景：本地调试配置文件、查看 API 返回的原始 XML 响应（保存为 .xml 后双击打开）。
- 不要用 VS Code 内置预览或 Live Server 打开——它们走的是
http://127.0.0.1，Chrome 会禁用部分 XML 解析能力 - 双击 .xml 文件，或拖进 Chrome 窗口，地址栏显示
file:///.../config.xml才有效 - 若仍显示纯文本，右键检查页面 → 查看元素 → 确认根节点是否为
<?xml version="1.0"?>开头，且没有前置空格或注释
XML 里加 XSLT 才能让 Chrome 渲染成表格/列表等样式
纯 XML 没样式，就像 HTML 没 CSS；XSLT 是唯一能让 Chrome 把 XML “翻译”成可视页面的标准方式。
参数差异：<?xml-stylesheet type="text/xsl" href="style.xsl"?> 必须写在第一行（<?xml ...?> 之后、<root></root> 之前），且 href 是相对路径，仅对 file:// 有效（跨域限制下不能用绝对 URL）。
- XSLT 文件也得放在同一目录，否则 Chrome 控制台报
net::ERR_FILE_NOT_FOUND - Chrome 不支持
<import></import>加载外部 XSL，所有逻辑尽量写在一个 .xsl 文件里 - 简单示例：在 XML 顶部插入
<?xml-stylesheet type="text/xsl" href="table.xsl"?>，然后写一个table.xsl把每个<item></item>转成<tr> <h3>用开发者工具快速验证 XML 是否被正确解析</h3> <p>别只盯着页面显示，Chrome 的 Elements 面板才是判断依据：只要能看到带折叠箭头的层级节点（如 <code><response></response>→<data></data>→<id></id>），说明 XML 已成功解析；如果只看到一整块灰色文本，就是解析失败。性能影响：XSLT 渲染比纯源码视图慢，尤其 >1MB 的 XML；大文件建议先用命令行
head -n 50 your.xml截取片段测试。- 按
F12→ 切到Elements标签页 → 看左侧是否呈现树形结构，而不是单个html节点 - 如果报
Error parsing XML，点开 Console，错误信息里会标出第几行第几个字符出问题 - 注意命名空间（
xmlns）：带命名空间的 XML 在 XSLT 中必须显式声明前缀，否则匹配不到节点
- 按
