用Golang reflect遍历结构体所有字段？看我这篇烂文章就够了

我也不知道为啥要写这篇文章，反正就是想写。Golang的reflect包，很多人都说很难用，我说也不是很难用，反正就是能用，一句话。。

先说说 你得有个结构体

type User struct {
    Name string `json:"name"`
    Age  int    `json:"age"`
}
u := User{Name: "Alice", Age: 30}
v := reflect.ValueOf.Elem // 我也不知道为啥要取地址，反正就是这么用的
t := v.Type
for i := 0; i 
上面这段代码，就是遍历结构体所有字段的代码，很简单吧？我觉得不简单，反正我写了好几遍才写对。

处理嵌套结构体和指针字段时的常见 panic
准确地说... 如果你直接对非结构体类型调用NumField会panic；对nil指针字段调用Elem同样会panic。我也不知道为啥要这样设计，反正就是这样设计的。
你必须逐层检查类型和有效性，不然很容易触发panic或数据丢失。我觉得这四个问题：字段可访问性、 将心比心...  嵌套深度、nil平安、性能代价，很重要，但我也不知道为啥，反正就是很重要。
一些其他的注意事项
必须先确认是结构体类型， 再用NumField获取字段数，否则panic。字段索引从0开始， Field返回ValueType.Field返回StructField。 差不多得了... 这些东西，我都不想记，反正用到的时候再查吧。
直接传入结构体变量会得到只读副本，字段修改无效；传入指针才能写入。多数场景建议用reflect.ValueOf再调用Elem进入实际值。我觉得这句话很重要，但我记不住。
反射的性能问题
反射在运行时解析类型，开销显著高于静态访问。高频路径应避免；字段数量固定且已知时手写展开更可靠。 改进一下。 我也不知道啥叫高频路径，反正就是要避免使用反射。
以上， 就是我瞎写的关于如何用Golang reflect遍历结构体所有字段的文章， 拖进度。 希望你看了之后能懂，但我觉得你看完也不会懂。
你看不到我，我是隐藏的
如果你看到了这里那么恭喜你浪费了不少时间，奥利给！。
你看不到我，我是白色的