在 Go 中，对接口进行类型断言时，若断言目标为结构体值（如 iface.(Student)），得到的是原值的不可寻址副本，无法对其字段赋值；而断言为指针（如 iface.(*Student)）则返回可寻址的原始指针，允许修改字段。这是由 Go 的值语义和地址可寻址性规则决定的。
在 go 中，对接口进行类型断言时，若断言目标为结构体值（如 `iface.(student)`），得到的是原值的**不可寻址副本**，无法对其字段赋值；而断言为指针（如 `iface.(*student)`）则返回可寻址的原始指针，允许修改字段。这是由 go 的值语义和地址可寻址性规则决定的。
你遇到的错误本质上源于 Go 对“可寻址性”（addressability）和“可赋值性”（assignability）的严格约束。我们来逐层解析：
? 类型断言的本质：复制 vs. 引用
-
p1 := Person(&Student{...})：将*Student指针存入接口。此时接口底层持有指向堆/栈上Student实例的指针。-
p1.(*Student)断言成功，返回一个 *可寻址的 `Student** —— 即原始指针的副本（仍指向同一内存），因此p1.(*Student).id = 456` 实际修改了原结构体字段。
-
-
p2 := Person(Student{...})：将Student值（非指针）存入接口。此时接口底层存储的是该结构体的一个完整副本（通常在接口的动态数据区中分配）。-
p2.(Student)断言成功，但返回的是该副本的另一个独立拷贝（即临时值），它在表达式求值后立即存在、且不可寻址（没有固定内存地址）。因此p2.(Student).id = 456被 Go 编译器明确禁止——你不能给一个临时、不可寻址的值赋值。
-
✅ 正确理解：
p2.(Student)不是“取出原值”，而是“创建新值”。Go 规范规定：只有可寻址的变量（如变量名、解引用后的指针、切片元素等）才能作为左值被赋值。
? 验证示例：观察地址变化
func main() {
s := Student{id: 123, name: "William"}
p2 := Person(s)
// ❌ 编译错误：cannot assign to p2.(Student).id
// p2.(Student).id = 456
// ✅ 可以获取地址？不行 —— 编译报错：cannot take address of p2.(Student)
// _ = &p2.(Student)
// ✅ 但我们可以显式复制再修改（无副作用）
copyS := p2.(Student)
copyS.id = 456 // 修改的是 copyS，不影响 p2 内部存储
fmt.Println("copyS:", copyS) // {456 William}
fmt.Printf("p2 still holds original: %+v\n", p2.(Student)) // {123 William}
}⚠️ 注意事项与最佳实践
方法集差异影响接口实现：
Student值类型实现了SayHi()（因func (s Student) SayHi()是值接收者），所以Person(Student{...})合法；但若SayHi改为指针接收者func (s *Student) SayHi()，则Student{...}就无法满足Person接口（值类型不实现指针接收者方法），此时p2 := Person(Student{...})会编译失败。-
想安全修改？统一使用指针：若需通过接口断言修改状态，应始终将指针存入接口：
p := Person(&Student{id: 123, name: "William"}) sPtr := p.(*Student) sPtr.id = 999 // ✅ 安全有效 避免隐式复制陷阱：对大结构体做值类型断言（如
iface.(BigStruct)）不仅不可赋值，还会触发不必要的内存拷贝，影响性能。
✅ 总结
| 场景 | 断言语法 | 返回值性质 | 是否可寻址 | 是否可赋值字段 | 原因 |
|---|---|---|---|---|---|
| 接口含指针 | iface.(*T) |
指针副本（仍指向原内存） | ✅ 是 | ✅ 是 | 解引用后得到可寻址变量 |
| 接口含值 | iface.(T) |
全新值副本（临时对象） | ❌ 否 | ❌ 否 | Go 禁止对不可寻址临时值赋值 |
牢记：*类型断言 (T) 得到的是值，(T) 不是“取出来”，而是“造一个”；而 `(T)` 得到的是指针，指向“原来那个”。** 理解这一点，就能从根本上避开此类错误。
