直接对nil结构体指针调用reflect.Value.Field(i)会panic，因反射无法解出字段值；须先确保非nil且为结构体类型，推荐用Elem()获取指针指向值后再Field(i)，并检查Kind()和IsValid()。

为什么 reflect.Value.Field(i) 会 panic：nil pointer dereference

直接对 nil 结构体指针调用 reflect.ValueOf().Field(i) 必然 panic，因为反射无法从 nil 指针解出字段值。必须先确保传入的是非 nil 的接口值，且底层是结构体类型。

• 正确做法是：先用 reflect.ValueOf(ptr).Elem() 获取指针指向的值，再调用 Field(i)
• 如果传入的是值类型（非指针），reflect.ValueOf(structVal) 可直接调用 Field(i)，但修改字段会无效（操作的是副本）
• 读取字段前务必检查 v.Kind() == reflect.Struct 和 v.IsValid()，否则易 panic

如何安全读取导出/未导出字段的值

Go 反射只能读取导出（首字母大写）字段的值；未导出字段即使通过反射拿到 reflect.Value，调用 .Interface() 或 .String() 也会 panic 或返回零值。

• 读取导出字段：

  val := reflect.ValueOf(&s).Elem()
  field := val.Field(0)
  if field.CanInterface() {
      fmt.Println(field.Interface()) // ✅ 安全
  }

• 读取未导出字段（仅限调试/测试）：field := val.FieldByName("unexported") 能获取 reflect.Value，但 field.Interface() 会 panic；可用 field.Kind()、field.Type() 等只读元信息
• 若需强制读未导出字段（不推荐），只能借助 unsafe，但破坏类型安全，生产环境禁用

reflect.StructField.Tag 解析 json 标签的常见误用

StructField.Tag 是字符串，不是自动解析好的 map；直接用 sf.Tag 拿到的是原始字符串（如 `json:"name,omitempty"`），必须用 sf.Tag.Get("json") 才能提取值。

• sf.Tag.Get("json") 返回空字符串表示该 tag 不存在或为空，不会 panic
• 解析结果需手动拆分（如按逗号分割 omitempty），标准库 encoding/json 内部用 structTag 类型处理，但该类型未导出，不建议自行复刻
• 常见错误：把 sf.Tag 当成 map 用，或误以为 sf.Tag["json"] 合法（语法错误）

性能敏感场景下，避免在循环中重复调用 reflect.TypeOf 和 reflect.ValueOf

每次调用 reflect.TypeOf 或 reflect.ValueOf 都有明显开销，尤其在高频循环中。应预先缓存 reflect.Type 和字段索引，而非每次现场反射。

• 正确缓存方式：

  type Person struct{ Name string }
  t := reflect.TypeOf(Person{})
  nameIndex := -1
  for i := 0; i < t.NumField(); i++ {
      if t.Field(i).Name == "Name" {
          nameIndex = i
          break
      }
  }
  // 后续循环中直接用 t 和 nameIndex

• 不要在 for 循环内写 reflect.ValueOf(item).Field(0).Interface() —— 每次都触发反射初始化
• 若字段访问极频繁（如序列化万级对象），考虑代码生成（go:generate）替代运行时反射

反射读取结构体字段本身不难，真正容易出问题的是 nil 检查遗漏、未导出字段误操作、tag 解析逻辑硬编码，以及没意识到反射在热路径中的性能代价。