在 go 中，使用 `range` 遍历切片时，默认复制每个元素值，因此直接对循环变量取地址无法修改原切片中的结构体字段；必须通过索引访问原切片元素并取其地址，才能实现真正的引用更新。
Go 的切片（[]T）本身是引用类型，但其底层仍由数组支撑，而 range 遍历时对每个元素执行的是值拷贝——即 for _, st := range slice 中的 st 是 slice[i] 的一个独立副本。即使 st 是结构体指针或你后续对其取地址（如 &st），该地址指向的仍是栈上临时拷贝的内存，而非原始切片中对应位置的数据。这正是原代码中 containsIndex 方法返回 &st 后，调用 next.Insert(...) 无法影响 trie.subtrie 中实际元素的根本原因。
修复的关键在于：避免依赖循环变量取址，改用索引直接操作原切片。以下是修正后的 containsIndex 方法：
func (trie *Trie) containsIndex(next string) *Trie {
if next != "" {
for i, st := range trie.subtrie {
if st.index == next[0] {
return &trie.subtrie[i] // ✅ 正确：取原切片第 i 个元素的地址
}
}
}
return nil
}此外，还需注意原实现中另一处隐含问题：subtrie 是 []Trie（值类型切片），每次 append 时若底层数组扩容，会引发重新分配，但此处不影响当前逻辑；更关键的是 Insert 方法中这一行：
trie.subtrie = append(trie.subtrie, *nt.Insert(data[1:]))
它先解引用 *nt.Insert(...) 得到一个 Trie 值，再追加进切片——这虽可行，但效率略低且易混淆。推荐改为直接追加指针（需同步调整 subtrie 类型为 []*Trie），或确保 Insert 返回值语义清晰。不过当前修复 containsIndex 已解决核心引用失效问题。
✅ 总结要点：
- range 遍历切片 → 循环变量是副本，&st 指向临时内存；
- 修改切片内结构体字段 → 必须用 &slice[i] 获取真实地址；
- 调试技巧：打印 fmt.Printf("addr of st: %p, addr of slice[i]: %p\n", &st, &slice[i]) 可直观验证差异；
- 进阶建议：对频繁修改的嵌套结构，优先考虑 []*Trie + 统一指针管理，减少值拷贝与地址歧义。
