go 的 `xml.unmarshal` 将 xml 映射为结构体后，若直接用 `for _, v := range` 遍历并赋值，实际修改的是副本而非原数据，导致 `xml.marshal` 输出仍为原始值。正确做法是通过索引或取地址方式操作原结构体字段。
在 Go 中解析并修改 XML 节点值时，一个常见却容易被忽视的陷阱是：结构体遍历时的值拷贝语义。你定义的 Result、Row 和 C 类型均被正确标注了 XML 标签，xml.Unmarshal 也能成功将 XML 字符串反序列化为嵌套结构体。问题出在后续的修改逻辑中：
for _, r := range v.Row {
for _, c := range r.C {
c.V = "25" // ❌ 错误：r 和 c 都是副本！
}
}此处 r 是 v.Row[i] 的独立副本，c 是 r.C[j] 的副本，对它们字段的任何赋值都只作用于栈上临时变量，原 v.Row 中的数据完全不受影响。因此最终 xml.MarshalIndent 输出的仍是原始 XML。
✅ 正确做法：使用索引遍历，直接修改底层数组元素：
for i := range v.Row {
for j := range v.Row[i].C {
v.Row[i].C[j].V = "25" // ✅ 修改原结构体字段
}
}或者更清晰地结合取地址操作（尤其适合复杂逻辑）：
for i := range v.Row {
for j := range v.Row[i].C {
c := &v.Row[i].C[j] // 获取指针
c.V = "25"
c.T = "s" // 可同时修改其他字段，如属性
}
}完整可运行示例（含格式化输出）：
package main
import (
"encoding/xml"
"fmt"
)
type C struct {
XMLName xml.Name `xml:"c"`
V string `xml:"v,omitempty"`
R string `xml:"r,attr"`
T string `xml:"t,attr,omitempty"`
S string `xml:"s,attr"`
}
type Row struct {
XMLName xml.Name `xml:"row"`
R string `xml:"r,attr"`
C []C `xml:"c"`
Spans string `xml:"spans,attr"`
}
type Result struct {
XMLName xml.Name `xml:"sheetData"`
Row []Row `xml:"row"`
}
func main() {
input := `
{{range .txt}} 1 2
0 1
`
var v Result
if err := xml.Unmarshal([]byte(input), &v); err != nil {
panic(err)
}
// ✅ 正确：通过索引修改原始数据
for i := range v.Row {
for j := range v.Row[i].C {
// 示例：仅修改 r 以 "A" 开头且原 v 为 "{{range .txt}}" 的节点
if v.Row[i].C[j].R[0] == 'A' && v.Row[i].C[j].V == "{{range .txt}}" {
v.Row[i].C[j].V = "25"
v.Row[i].C[j].T = "n" // 设为数值类型
}
}
}
output, err := xml.MarshalIndent(&v, "", " ")
if err != nil {
panic(err)
}
fmt.Println(string(output))
}? 关键注意事项：
- xml.Name 字段（如 XMLName）必须显式声明，否则 xml 包无法识别根元素；
- 若需保留 XML 命名空间或特殊前缀，需在结构体中额外配置 xml.Name 的 Space 字段；
- omitempty 标签仅影响序列化（Marshal）时是否省略空字段，不影响反序列化（Unmarshal）行为；
- 对于超大 XML，建议结合 xml.Decoder 流式解析以降低内存占用，但动态修改仍需构建可变结构体。
掌握「值语义 vs 指针语义」是 Go XML 处理的核心前提——只要确保修改的是原始结构体实例（而非其副本），即可可靠实现 XML 内容的读取、编辑与重写。
