如何使用GORM从MySQL中获取多个Person及其关联地址数据？

首先得说你这结构体定义有点混乱，这也是导致查询结果异常的根源之一，先帮你理顺下：

你的需求是一个Person对应多个Address，但目前的结构体有两个明显问题：

• Person结构体里的Address string字段完全多余，而且和Address结构体重名，容易混淆；
• Address结构体里的Address []Address完全逻辑错误，这不是关联Person的写法，你应该在这个结构体里存具体的地址内容，比如改成Content string，然后通过PersonID关联到Person。

所以先修正结构体定义：

type Person struct {
    gorm.Model
    Name      string    // 用户名
    Addresses []Address // 关联多个Address记录，GORM会自动识别这个关联关系
}

type Address struct {
    gorm.Model
    PersonID int    // 外键，关联Person表的id字段
    Content  string // 存储具体的地址内容
}

接下来看你原来的查询方式：用Table+Joins+Scan直接查[]Person，这种方式的问题是——一个Person对应多个Address的话，SQL会返回多条重复的Person记录（每个Address对应一条），而且GORM没办法把这些分散的Address自动合并到同一个Person的Addresses字段里，结果自然会异常。

给你两种靠谱的解决方案：

方案一：用GORM预加载（推荐） #

这是GORM专门为关联查询设计的功能，能自动帮你把关联的Address数据加载到Person的Addresses字段里，代码简洁还不容易出错：

var persons []Person
// Preload("Addresses")会自动执行关联查询，把每个Person对应的所有Address都加载进来
db.Preload("Addresses").Find(&persons)

这样查询出来的persons数组里，每个Person的Addresses字段都会包含属于它的所有地址记录，完全符合你的需求。

方案二：自定义结构体接收Join结果（适合复杂查询场景） #

如果你因为某些原因必须用Joins查询，可以定义一个临时结构体来接收Person+单条Address的组合结果，之后再自己处理去重和合并：

// 定义临时结构体，包含Person的所有字段和单条地址内容
type PersonWithSingleAddress struct {
    Person
    AddressContent string `gorm:"column:content"` // 映射Address表的content字段
}

var tempResults []PersonWithSingleAddress
db.Table("persons").
    Select("persons.*, addresses.content").
    Joins("left join addresses on addresses.person_id = persons.id").
    Scan(&tempResults)

// 自己处理去重，把同一个Person的地址合并到Addresses字段
personMap := make(map[uint]Person)
for _, item := range tempResults {
    person, exists := personMap[item.ID]
    if !exists {
        person = item.Person
        person.Addresses = []Address{}
    }
    // 如果地址内容不为空，添加到Addresses里
    if item.AddressContent != "" {
        person.Addresses = append(person.Addresses, Address{Content: item.AddressContent})
    }
    personMap[item.ID] = person
}

// 把map转成数组
var finalResults []Person
for _, p := range personMap {
    finalResults = append(finalResults, p)
}

这个方式虽然能解决问题，但需要自己处理去重和合并，不如预加载方便，所以更推荐方案一。

内容的提问来源于stack exchange，提问作者kunal taitkar