最稳方式是用 Power BI 原生 XML 连接器而非 Web 连接器；正确路径为“主页→获取数据→更多→文件→XML”；需手动展开 List/Record 结构、处理属性 (@) 与文本（Value)、清除命名空间，并配置本地网关支持服务端刷新。
直接选“XML”连接器，别用“Web”硬套本地文件
Power BI Desktop 里导入本地 XML 文件，最稳的方式就是走原生 XML 连接器——不是“从 Web”，也不是“从文本”。选错入口会导致路径识别失败、编码乱码，甚至根本看不到导航器里的节点树。
- 正确路径：主页 → 获取数据 → 更多 → 文件 → XML，然后浏览选择
.xml文件 - 错误做法：用
Web连接器输file:///C:/data/config.xml，Power BI 会报Web.Contents access denied或直接返回空表 - 如果 XML 文件带 BOM 或 UTF-8 with signature，Power Query 通常能自动识别；但若出现中文变问号，可在高级编辑器里把源步骤改成：
Xml.Tables(Binary.FromText(Text.FromBinary(File.Contents("C:datalist.xml"), "UTF-8")))
导航器里点不进节点？先看它是 List 还是 Record
XML 导入后在导航器里显示的不是表格，而是一个个嵌套节点名（比如 Root、Items），点击后右侧预览常是 List 或 Record ——这说明还没“落地”成表，得手动展开。
-
List图标：代表一组同结构元素（如多个<Product>），点进去后右上角会出现“转换为表”，必须点它，再设好列数（通常 1 列） -
Record图标：代表单条记录（含属性和子节点），点开后能看到@id（属性）、name（元素）等字段，这时要点击列标题旁的⎘展开图标 - 常见卡点：展开后某列全是
null，大概率是原始 XML 中该字段在部分节点缺失，后续要用替换值或try …… otherwise容错
属性（@attr）和内容（text）混在一起？别漏掉 @ 符号
XML 里像 <item id="101" type="book">The Hobbit</item> 这种写法，id 和 type 是属性，Power Query 会自动转成带 @ 前缀的列：@id、@type；而 The Hobbit 是元素文本内容，对应的是 Value 列（不是 item 列）。
- 误操作：看到
item列就点展开，结果只拿到空记录或报错 ——其实该展开的是item节点下的Value或@id - 查证方法：在 Power Query 编辑器里选中该列 → 右键 →“转换为表”，看结构；或点开任意单元格，观察内部是否含
Value和@xxx - 命名空间（
xmlns=……）会让所有列名自动加前缀（如p:id），极难处理。最省事是提前用文本编辑器删掉 XML 头部的xmlns属性，或在高级编辑器里用Text.Remove清洗原始文本
刷新失败？检查路径是否绝对、网关是否配对
Power BI Service 发布后想自动刷新本地 XML，光靠“固定路径”不够——Power BI 服务本身读不到你电脑上的 C:，必须靠本地数据网关中转，且路径必须是网关机器能访问的绝对路径。
- 本地测试正常 ≠ 服务端能刷：桌面端走的是你本机文件系统；服务端走的是网关所在服务器的文件系统，路径要一致（如
serversharedata.xml） - 网关配置要点：安装本地数据网关 → 在 PBIRS 管理页绑定该网关 → 数据集设置里启用“使用网关”并选对数据源 → 刷新计划才生效
- 网络 XML（HTTP URL）更简单：只要 URL 可公开访问、无登录跳转、响应头允许跨域（或网关已配置代理），就能直接用
Web连接器 +Xml.Tables(Web.Contents("https://……"))，无需网关
