如何在 Go 中正确反序列化 XML 中的异构类型列表

在实际开发中，处理具有混合子元素的XML文档时，一个常见的坑就是试图用 []Item 这种接口切片直接去 xml.Unmarshal。标准库可没这么智能，它没法在运行时猜出接口到底该实例化成哪个具体类型，结果往往是 Items 字段一片空白，甚至直接 panic。

解决方案其实很有意思——核心思路就是放弃“躺平”式地依赖结构体字段标签来自动解码，转而自己掌控整个解码流程。具体来说，需要为容器结构体（比如 MyDoc）手动实现 xml.Unmarshaler 接口。

func (md *MyDoc) UnmarshalXML(d *xml.Decoder, start xml.StartElement) error {  
    md.XMLName = start.Name  
    for {  
        token, err := d.Token()  
        if err != nil {  
            return err  
        }  
        switch t := token.(type) {  
        case xml.StartElement:  
            var item Item  
            switch t.Name.Local {  
            case "foo":  
                item = new(Foo) // 注意：必须传指针，new(Foo) 返回 *Foo  
            case "bar":  
                item = new(Bar)  
            default:  
                // 可选择跳过未知元素，或返回错误  
                continue  
            }  
            if err := d.DecodeElement(item, &t); err != nil {  
                return err  
            }  
            md.Items = append(md.Items, item)  
        case xml.EndElement:  
            if t == start.End() {  
                return nil // 结束当前元素解析  
            }  
        }  
    }  
}

这里面有几个细节必须注意：

• d.DecodeElement(i, &tt) 的第二个参数必须是 *xml.StartElement 类型，也就是 &t，否则类型不匹配，解码会直接失败。
• 接口切片 []Item 里存的是指针类型，比如 *Foo 和 *Bar。所以在定义 Item 接口方法时，得确保接收者无论是值还是指针都能调用。示例中的 IsItem() 方法用的是值接收者，*Foo 调用它也没问题，这很常见。
• 如果要存值而非指针，可以在 UnmarshalXML 内部做一次解引用，比如 *item.(*Foo)。但更推荐保持指针语义，既能避免拷贝，也能保持一致性，省心不少。
• 实际项目中，建议增加对非法嵌套、重复属性、字符数据异常等情况的健壮性校验，毕竟生产环境下的XML文件往往没那么规整。
• 这套方案对深层嵌套或复杂命名空间的XML处理起来会有些吃力，如果遇到这类场景，可以考虑结合 d.RawToken() 或者用第三方库，比如 github.com/clbanning/mxj，灵活性会更强。

通过自定义 UnmarshalXML，类型分发逻辑完全由你掌控，既保留了 encoding/xml 高效解析的能力，又实现了多态结构的安全反序列化。可以说，这是在Go语言静态类型约束下，处理动态XML模式的一种标准实践。