reflect.Value.Interface() 返回原始 time.Time 实例，其字符串输出由 time.Time.String() 决定，并非反射控制；若需可读格式，须显式类型断言后调用 Format；解析字符串则需手动调用 time.ParseInLocation 并严格匹配布局。
Go 的反射（reflect）本身不处理时间格式化，time.Time 的字符串表现取决于它被如何暴露——比如通过 fmt.Printf("%v", v) 或 v.String()，而这些行为由类型自身定义，不是反射控制的。
为什么 reflect.Value.Interface() 输出的 time.Time 看起来“格式混乱”
当你用反射拿到一个 time.Time 值并调用 v.Interface()，得到的是原始 time.Time 实例；后续若直接打印（如 fmt.Println(v.Interface())），实际触发的是 time.Time.String() 方法，输出形如 "2026-08-18 19:06:00.123456789 +0800 CST"。这不是反射的格式化逻辑，而是该类型的默认字符串表示。
- 反射只负责“取出值”，不参与“怎么显示”
-
time.Time没有实现fmt.Stringer以外的自定义格式接口，所以%v、%s都走String() - 如果你看到类似
{wall:123456789 ext:0 loc:0xc00010a000}，说明你误用了fmt.Printf("%+v", v)打印了未导出字段结构体——这属于调试输出，不是正常格式化路径
在反射场景中安全获取可读时间字符串
不能依赖反射自动格式化，必须显式判断类型后调用 Format。常见于通用日志、序列化、表单绑定等场景：
- 先用
v.Kind() == reflect.Struct和v.Type() == reflect.TypeOf(time.Time{}).Type()判断是否为time.Time - 再用
v.Interface().(time.Time)类型断言（注意加if ok检查） - 最后调用
t.Format("2006-01-02T15:04:05Z")或你预设的布局常量 - 务必检查零值：
if t.IsZero() { return "" }，否则格式化结果是"0001-01-01 00:00:00 +0000 UTC"
反射中解析字符串回 time.Time 的陷阱
反射无法直接调用 time.Parse，你需要手动提取字符串值再解析：
立即学习“go语言免费学习笔记（深入）”；
- 若
v.Kind() == reflect.String，先取s := v.String() - 再用
time.Parse(layout, s)，但 layout 必须与字符串内容严格匹配（例如"2006-01-02"无法解析"2026/08/18"） - 不要试图用反射“猜” layout：没有通用规则，必须由业务约定或元数据（如 struct tag）明确指定
- 时区容易丢：
time.Parse默认返回本地时区时间，建议统一用time.ParseInLocation(layout, s, time.UTC)
真正麻烦的从来不是“怎么写反射代码”，而是你得在反射路径里重复处理 time.Time 的所有边界条件：零值、时区、布局一致性、错误 fallback——这些本该由类型系统或上层协议约束的职责，在反射里全得手工补全。
