Go中值类型与指针类型在编译期即为不同类型，运行时各自携带独立类型信息，行为差异源于类型本身、方法集规则及反射访问路径，而非隐式转换。
编译时：类型信息完全由声明决定，和值/指针无关
Go 编译器在编译阶段就确定了每个变量的完整类型，int 和 *int 是两个完全不同的类型，底层类型元数据（reflect.Type）也不同。编译器不关心你后面是传值还是取地址——它只认你写出来的类型字面量。
常见错误现象：cannot use &x (type *int) as type int in assignment，这种报错纯属编译期类型不匹配，跟运行时内存布局无关。
- 函数参数类型写成
func f(x int)，就只能传int值；写成func f(x *int)，就只能传*int指针，哪怕那个int变量本身是可寻址的 -
reflect.TypeOf(x).Kind()对int返回int，对*int返回ptr，这个差异在编译后已固化 - 接口赋值时，
var i interface{} = x和var i interface{} = &x存进去的是两种不同的类型，运行时reflect看得一清二楚
运行时：值类型直接存数据，指针类型存地址，但类型信息仍独立携带
运行时的内存布局确实不同：一个 int 变量占 8 字节（amd64），而一个 *int 变量也占 8 字节，但里面存的是另一个地方的地址。关键在于：无论值还是指针，只要它被装进接口或反射对象，Go 运行时都会额外携带一份指向其类型信息（runtime._type）的指针。
使用场景：当你用 fmt.Printf("%v", x) 或 json.Marshal(x) 时，底层都依赖这个运行时携带的类型信息来决定怎么格式化或序列化。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 同一个 struct 实例，传
myStruct{}和&myStruct{}给json.Marshal，输出可能完全不同（后者会解引用，前者直接按字段序列化） - 调用
reflect.ValueOf(x).Interface()时，返回值的动态类型就是运行时实际承载的类型，不是“你想让它是什么” - GC 会跟踪
*int指向的内存是否可达，但不会因为int是值类型就特殊处理——值类型变量本身也在栈或堆上，一样受 GC 管理（比如逃逸到堆上的局部变量）
interface{} 装箱时的隐式行为：值和指针的“表现差异”其实来自方法集
很多人以为 interface{} “抹掉类型”，其实它没抹——只是把类型和值一起打包存了。真正造成行为差异的，是接口的实现规则：只有拥有全部方法的类型才能满足接口。而方法接收者是值还是指针，直接决定了谁能调用这些方法。
常见错误现象：cannot use x (type MyStruct) as type io.Writer in argument to fmt.Fprint: MyStruct does not implement io.Writer (Write method has pointer receiver)
- 如果
MyStruct的Write方法接收者是*MyStruct，那只有&x（即*MyStruct类型）能赋给io.Writer，x（MyStruct）不行 - 这个检查发生在编译期，但错误提示容易让人误以为是运行时问题
- 值类型变量即使可寻址，也不等于它的类型自动变成指针类型；
&x是一次取地址操作，产生新类型*T，不是“升级”原类型
反射中获取类型信息：别混淆 reflect.TypeOf 和 reflect.Value.Elem
reflect.TypeOf 返回的是接口值里“静态记录”的类型，不是你期望的“最终指向的类型”。想拿到指针指向的类型，必须显式调用 .Elem()；否则你会一直卡在 *T 上。
容易踩的坑：用 reflect.TypeOf(&x).Name() 得到空字符串（因为 *int 没名字），而 reflect.TypeOf(&x).Elem().Name() 才是 "int"。
-
reflect.TypeOf(x)→int；reflect.TypeOf(&x)→*int；reflect.TypeOf(&x).Elem()→int -
reflect.ValueOf(x).Kind()是int，reflect.ValueOf(&x).Kind()是ptr，reflect.ValueOf(&x).Elem().Kind()才回到int - 对
nil指针调用.Elem()会 panic，务必先用.CanInterface()或.IsValid()判断
