MSXML2.DOMDocument 是 Excel VBA 解析 XML 的最稳方案，需用 .6.0 版本、检查 load 结果、正确处理命名空间与编码，慎用 XPath 并优化大文件解析策略。
用 MSXML2.DOMDocument 加载本地 XML 文件最稳
Excel VBA 解析 XML，首选不是文本拆解，也不是手动字符串匹配——MSXML2.DOMDocument 是唯一能真正按节点、属性、命名空间处理 XML 的可靠方式。它不依赖外部库，Win7+ Excel 2010 起都自带，兼容性好。
常见错误是直接用 Workbooks.Open 打开 .xml 文件，结果 Excel 自动转成表格结构，原始层级全丢；或者用 FileSystemObject 读成字符串再正则匹配，一遇到换行、CDATA 或嵌套同名标签就崩。
- 初始化必须加版本号：
Set xmlDoc = CreateObject("MSXML2.DOMDocument.6.0")（.6.0 支持 XPath 和更严格的解析，.3.0 在 Win10+ 可能报错） - 务必检查加载结果：
If Not xmlDoc.Load("C:\data.xml") Then MsgBox xmlDoc.parseError.reason，否则静默失败 - 如果 XML 带命名空间（比如
<item></item>），必须先调用xmlDoc.setProperty "SelectionNamespaces", "xmlns:ns='http://example.com/ns'"，不然xmlDoc.SelectSingleNode("//ns:Item")返回空
抓取 Web XML 数据得绕过 XMLHTTP 的编码坑
用 MSXML2.XMLHTTP60 请求接口返回的 XML 很常见，但容易卡在乱码或解析失败——根本原因不是网络问题，而是响应头里的 Content-Type 缺少 charset，或服务器实际发的是 UTF-8 但声明成 ISO-8859-1。
直接 xmlDoc.LoadXML xhr.responseText 会丢字、截断、报“无效字符”错误。
- 安全做法：用
xhr.responseBody（字节数组） +ADODB.Stream中转解码：Set stream = CreateObject("ADODB.Stream") stream.Open stream.Type = 1 ' adTypeBinary stream.Write xhr.responseBody stream.Position = 0 stream.Type = 2 ' adTypeText stream.Charset = "UTF-8" xmlDoc.LoadXML stream.ReadText stream.Close - 如果目标接口明确返回 UTF-8，且你确认没 BOM，可省 stream，改用
xmlDoc.async = False+xmlDoc.Load(xhr.responseXML)（但仅限服务端返回标准 XML MIME 类型时有效） - 别信
xhr.getResponseHeader("Content-Type")里写的 charset，有些 Nginx 或 IIS 默认不写，实际就是 UTF-8
SelectSingleNode 和 SelectNodes 别混用场景
查单个节点用 SelectSingleNode，查多个用 SelectNodes——听起来简单，但 VBA 里它们返回类型不同，后续操作稍不注意就报“对象变量未设置”。
Excel 数据可视化图表生成器 - 把 Excel/表格数据一键转为柱状图、折线图、饼图、雷达图、堆叠柱状图、散点图、面积图、环形图、气泡图、极坐标图、水平柱状图、柱+线组合双轴图。支持数据透视后绘图(--pivot),输出交互式 HTML(可悬停查看数值、一键下载 PNG)与静态 PNG(可嵌入文档/PPT)。提供两套配色方案: cn-stock(涨红跌绿, 金融财报默认) 与 vibrant(明亮风格, 适合演示报告)。当用户提到数据可视化、画图、图表、走势图、占比图、趋势图、对比图、透视表、Exc
典型翻车：用 SelectSingleNode 查一个可能不存在的节点（比如 <price></price> 在某些记录里为空），没判空就直接取 .Text，立刻崩溃。
-
SelectSingleNode返回IXMLDOMNode或Nothing，必须先If Not node Is Nothing Then ... -
SelectNodes总是返回IXMLDOMNodes对象（哪怕匹配 0 个），要取数量用.Length，遍历用For i = 0 To nodes.Length - 1，不能用For Each（VBA 里不稳定） - XPath 中避免用
//开头查深层节点（性能差），优先用绝对路径如/root/items/item[1]/name，或带条件的/root/items/item[price > 100]/name
大 XML 文件内存和速度怎么扛住
超过 2MB 的 XML，用 DOMDocument 一次性加载很容易卡死 Excel，甚至触发 COM 超时。这不是代码写错了，是 DOM 模型本身把整个树放内存里导致的。
没有真正的“流式解析”API，但可以切口缓解：
- 用
xmlDoc.setProperty "ProhibitDTD", True和"MaxElementDepth", 16防止恶意深层嵌套或外部 DTD 加载 - 提前用
xmlDoc.setProperty "SelectionLanguage", "XPath"，比默认的 XSLPattern 快不少 - 真要处理上万条记录？放弃 DOM，改用正则粗筛关键段落（例如提取所有
<record>.*?</record>），再对每个段落新建小DOMDocument解析——牺牲一点健壮性，换回响应速度
DOM 解析的边界很实在：5MB XML 在 Office 365 64 位上大概吃 1.2GB 内存。别硬刚，该分片就分片。
