在 go 中，当对存储值类型（而非指针）的切片执行 append 操作时，底层数组可能被重新分配，导致先前获取的元素地址失效；map 中保存的指针将指向已废弃的旧内存，从而无法反映后续修改。

这个问题的核心在于 Go 切片的动态扩容机制与指针语义的交互。当你使用 []Test（值类型切片）并反复调用 append 时，一旦底层数组容量不足，Go 会分配一块新内存、复制旧元素、再追加新元素。此时，原切片中元素的地址（如 &t[len(t)-1]）在扩容后已无效——它指向的是被抛弃的旧底层数组中的副本。而你的 map 保存的正是这些“过期指针”，因此后续通过 map 访问时看到的仍是旧数据（或未定义行为），只有最后一个元素“碰巧”有效（因最后一次 append 未触发扩容，其地址仍有效），这正是示例中仅 key=3 显示 "xxx" 的原因。

✅ 正确解法：统一使用指针语义
将切片和 map 都改为持有 *Test 类型，确保所有引用指向同一份堆上对象：

type List []*Test        // 切片存指针
type MapToList map[int]*Test  // map 也存指针

func MakeTest() (t List, mt MapToList) {
    t = []*Test{}
    mt = make(map[int]*Test)

    one, two, three := "one", "two", "three"

    t = append(t, &Test{1, &one})
    mt[1] = t[len(t)-1] // 直接赋值指针，无需取地址

    t = append(t, &Test{2, &two})
    mt[2] = t[len(t)-1]

    t = append(t, &Test{3, &three})
    mt[3] = t[len(t)-1]

    return
}

这样，t 中每个元素都是指向堆上唯一 Test 实例的指针，mt 中的指针与之完全一致。Modify() 方法中对 (*s)[index].two 的修改，直接作用于该共享对象，因此切片和 map 访问结果完全同步。

⚠️ 注意事项：

• 不要混合使用值切片 + 元素地址（&t[i]），尤其在可能扩容的场景；
• 若必须用值切片，应在所有 append 完成后一次性预分配足够容量（make([]Test, 0, N)），再获取地址；
• 对于需频繁通过索引和键双向访问的集合，优先设计为 []*T + map[K]*T，避免拷贝开销与指针失效风险；
• &str 在循环中创建局部变量并取地址是安全的（Go 会自动逃逸到堆），但需注意生命周期——只要 Test.two 持有该指针，字符串就不会被回收。

总结：Go 的切片不是固定内存块，而是动态视图。理解 append 的内存重分配行为，并始终让引用目标（指针）指向稳定对象（堆分配），是解决此类“指针失联”问题的根本之道。