Go 的反射机制通过 interface{} 的隐式转换将变量包装为包含类型和值的二元组，reflect.ValueOf 和 reflect.TypeOf 均依赖此机制获取运行时类型信息，而非仅存储原始值。
go 的反射机制通过 `interface{}` 的隐式转换将变量包装为包含类型和值的二元组，`reflect.valueof` 和 `reflect.typeof` 均依赖此机制获取运行时类型信息，而非仅存储原始值。
在 Go 中，reflect.ValueOf 和 reflect.TypeOf 的工作原理紧密依赖于语言层面的接口机制。表面上看，reflect.ValueOf(x) 似乎只“拿到”了值（如 3.4 或 {}），但实际上，传入的变量 x 在调用时已被编译器自动装箱为 interface{} 类型——这正是关键所在。
Go 规范明确规定：当函数形参为 interface{} 时，对任意类型的实参调用都会触发隐式接口转换。以 reflect.ValueOf 为例，其签名是：
func ValueOf(i interface{}) Value
当你写 reflect.ValueOf(x)（其中 x 是 float64），编译器会生成等效代码：
tmp := interface{}(x) // 隐式转换：构造一个 interface{} 值
v := reflect.ValueOf(tmp)
而 Go 中 interface{} 的底层实现正是你提到的「两字宽结构」（two-word pair）：
- 第一个字（word）：指向 float64 类型的 runtime._type 结构体指针（含大小、对齐、方法集等元信息）；
- 第二个字：若值可直接存放（如 float64、int 等 ≤ 机器字长的类型），则直接存值；否则存指向堆/栈上实际数据的指针。
因此，v := reflect.ValueOf(x) 得到的 reflect.Value 内部不仅封装了 3.4，还完整携带了 float64 的类型描述。同理，reflect.TypeOf(x) 之所以能返回 float64 类型对象，正是因为 interface{} 参数已将类型信息一并传递进来——它从 interface{} 的类型字中直接提取 *runtime._type 并封装为 reflect.Type。
值得注意的是：
- 这种隐式转换仅发生在接口参数调用或赋值场景，Go 中绝大多数类型转换需显式声明；
- reflect.Value 本身是结构体，内部持有 typ *rtype（类型指针）和 ptr unsafe.Pointer（值地址），并通过 flag 字段标识是否可寻址、是否是间接引用等；
- 若传入指针（如 &x），reflect.ValueOf(&x) 的 Type() 将返回 *float64，且 Elem() 可解引用获取底层 float64 的 Value。
简言之：反射不是“从值反推类型”，而是利用 Go 接口的底层二元表示，在调用瞬间就将类型与值成对捕获。理解这一点，就能明白为何 fmt.Println("type:", reflect.TypeOf(x)) 总能精准输出类型——它读取的并非运行时推断结果，而是编译期已确定、随值一同打包进接口的类型元数据。
