Go通过interface{}和reflect模拟动态行为，但需明确代价：interface{}仅存类型元信息和数据副本，类型断言需安全写法；反射修改值必须传指针，非导出字段不可设；方法调用须匹配接收者类型；接口嵌入是语法糖，非继承；多数场景应优先使用接口而非反射。
Go 是静态类型语言，没有真正的“动态语言特性”，但通过 interface{}、接口隐式实现和 reflect 包，可以模拟出类似动态行为——关键不在于“像不像 Python”，而在于你是否清楚每一步的代价和约束。
interface{} 不是万能容器，用错就 panic
interface{} 确实能装任何值，但它只保存两样东西：底层类型的元信息 + 数据副本。一旦传入，原始类型就“丢失”了，后续操作必须靠反射或类型断言还原。
- 直接对
interface{}做算术、调用方法会编译失败（比如v + 1）或运行时 panic（比如v.Speak()） - 类型断言
v.(Dog)失败时 panic；安全写法是if d, ok := v.(Dog); ok { ... } - 如果只是做泛型容器（如日志、缓存 key），
interface{}足够；但凡涉及结构体字段读写、方法调用，立刻需要reflect
反射修改值必须传指针，否则 CanSet() 返回 false
Go 默认值传递，reflect.ValueOf(x) 得到的是 x 的副本，CanSet() 一定为 false。想改原值，必须显式传地址。
- 错误写法：
setTo100(x)→rv.CanSet()是false，调用SetInt()panic - 正确写法：
setTo100(&x)，再用rv.Elem()解引用 - 检查是否可设：先
rv.Kind() == reflect.Ptr，再rv = rv.Elem()，最后rv.CanSet() - 非导出字段（小写开头）永远
CanSet() == false，反射也不能破封装
用反射调用方法前，必须确认接收者类型匹配
方法绑定在类型上，不是值上。Dog.Speak() 和 (*Dog).Speak() 是两个不同签名的方法。反射不会自动解引用或取地址。
立即学习“go语言免费学习笔记（深入）”；
- 若方法定义为
func (d *Dog) Speak()，则必须传*Dog的反射值，不能传Dog - 调用前检查：
rv.MethodByName("Speak").IsValid()，否则Call()panic - 参数必须是
[]reflect.Value，每个元素类型、顺序要和方法签名严格一致 - 返回值是
[]reflect.Value，需手动result[0].Interface()拿出真实值
interface 嵌入不是继承，组合后方法签名必须完全一致
接口嵌入只是语法糖，把被嵌入接口的方法“平铺”到新接口里。它不改变实现逻辑，也不提供默认行为。
-
type A interface{ Foo() }和type B interface{ A; Bar() }等价于interface{ Foo(); Bar() } - 结构体只需实现
Foo()和Bar()就满足B，不用管A是否单独存在 - 嵌入多个接口时，若方法名冲突（如两个接口都有
Close()），编译失败，必须手动消歧义 - 嵌入不能用于结构体字段（那是匿名字段），只能用于接口定义
真正难的不是写对反射代码，而是判断“这里是不是非得用反射”。90% 的场景，用明确的接口 + 类型分支更安全、更快、更容易测试。只有当你面对未知结构（如配置解析、通用 ORM、插件加载）且无法提前约定类型时，才值得引入反射——并且要配上完整的类型校验和 fallback 逻辑。
