go 的 `xml.unmarshal` 默认只处理单个 xml 元素；当输入是多个并列的顶层 `
在 Go 中处理 VMware vSphere 等系统返回的 XML 数据时，一个常见陷阱是：XML 响应中包含多个同名、并列的顶层元素（如多个 <HostSystemIdentificationInfo>），而非包裹在统一父容器内。此时直接使用 xml.Unmarshal 会仅解析第一个节点，后续内容被忽略——这正是问题的根本原因。
xml.Unmarshal 设计上期望输入为「单个完整 XML 文档或元素」，它无法自动识别并跳转到下一个同级标签。要正确解析这种“多根节点”格式（严格来说不符合标准 XML 文档结构，但常见于 SOAP 或某些 API 响应），必须改用流式解析器 xml.Decoder：
import (
"bytes"
"encoding/xml"
"io"
)
type HostSystemIdentificationInfo struct { // 注意：此处改为单个结构体，更清晰且便于解码
IdentifierValue string `xml:"identifierValue"`
IdentifierType struct {
Label string `xml:"label"`
Summary string `xml:"summary"`
Key string `xml:"key"`
} `xml:"identifierType"`
}
// 解析多个并列的 HostSystemIdentificationInfo 节点
func parseMultipleXML(xmlData string) ([]HostSystemIdentificationInfo, error) {
var results []HostSystemIdentificationInfo
decoder := xml.NewDecoder(bytes.NewBufferString(xmlData))
for {
var item HostSystemIdentificationInfo
err := decoder.Decode(&item)
if err == io.EOF {
break // 所有节点已读取完毕
}
if err != nil {
return nil, err // 如遇格式错误（如标签不闭合），立即返回
}
results = append(results, item)
}
return results, nil
}✅ 关键要点说明：
- 结构体定义优化：将类型从 []struct{...} 改为单个 struct，再手动切片收集，语义更清晰，避免嵌套切片带来的反序列化歧义；
- Decoder 是核心：xml.NewDecoder 创建可复用的流式解析器，Decode(&v) 每次读取并解析下一个完整的起始-结束标签对；
- EOF 判定终止：循环以 io.EOF 为正常退出条件，其他 err（如语法错误）需显式处理；
- 无需预包装根节点：不推荐手动拼接 <root>...</root> 包裹原始 XML（易引入转义/命名空间问题），Decoder 方式更健壮、零侵入。
⚠️ 注意事项：
- 确保原始 XML 字符串中各节点格式合法（标签闭合、属性引号匹配），否则 Decode 可能提前失败；
- 若 XML 含有 xmlns 或 xsi:type 等命名空间属性，而结构体未声明对应字段，Decode 通常会静默跳过——如需保留，可在结构体中添加 XMLName xml.Namexml:"HostSystemIdentificationInfo"` 字段；
- 性能敏感场景下，Decoder 比多次调用 Unmarshal 更高效，因复用底层词法分析器状态。
通过采用 xml.Decoder 循环解码，即可稳定、准确地提取全部 HostSystemIdentificationInfo 实例，彻底解决“只拿到第一个元素”的问题。
