Go语言中append函数与结构体切片：数据覆盖问题的解决方法
在Go语言编程中，使用append函数操作结构体切片时，可能会遇到意外的数据覆盖问题。本文将通过一个案例分析，解释其原因并提供有效的解决方案。
问题描述：
开发者从数据库读取任务信息，将其转换为结构体切片后返回给前端。然而，在使用append函数后，部分结构体数据出现异常。例如，所有false对应的字段值都被修改为"1kb-2kb"。代码如下：
立即学习“go语言免费学习笔记（深入）”；
var sync infimanage.sync
var synclists []infimanage.sync
// ... 获取数据库数据 ...
for _, syncs := range syncslist {
json.Unmarshal([]byte(syncs), &sync)
fmt.Println(sync) // 此处打印正常
fmt.Println("xxxxxxxxxxxxxxxxxx")
synclists = append(synclists, sync)
}
fmt.Println(synclists) // 此处数据异常
问题分析：
问题根源在于sync变量的声明位置。它位于循环体外部，每次循环都复用同一个sync变量。如果infimanage.sync结构体包含指针类型字段，json.Unmarshal会修改sync变量指向的内存地址。append操作只复制了指针，而非结构体数据副本。因此，所有结构体元素都指向同一内存地址，最后一次json.Unmarshal的结果覆盖了之前的数据。
解决方案：
将sync变量的声明移入循环体内部：
var synclists []infimanage.Sync
// ... 获取数据库数据 ...
for _, syncs := range syncslist {
var sync infimanage.Sync // 将sync变量声明移入循环内部
json.Unmarshal([]byte(syncs), &sync)
fmt.Println(sync)
fmt.Println("xxxxxxxxxxxxxxxxxx")
synclists = append(synclists, sync)
}
fmt.Println(synclists)
通过在循环内声明sync，每次循环都会创建一个新的sync变量，避免了数据覆盖。 append操作现在添加的是独立的结构体副本。 如果infimanage.sync是值类型，则不会出现此问题；但案例中出现数据覆盖，说明infimanage.sync包含指针类型字段。 此方法确保每个结构体拥有独立的内存空间。
