用 reflect 自动填充结构体可行，但必须手动处理字段可见性、类型匹配和嵌套逻辑；非导出字段不可见，需导出才能反射访问，类型转换须按目标类型调用对应 Set 方法，tag 解析需检查 ok 值，深层嵌套建议用专用库。
直接说结论：用 reflect 自动填充结构体可行，但必须手动处理字段可见性、类型匹配和嵌套逻辑——Go 的反射不支持“全自动注入”，盲目套用容易 panic 或静默失败。
为什么 reflect.StructField.Anonymous 不能跳过字段可见性检查
很多人以为匿名字段 + 导出字段就能自动穿透填充，其实不行。Go 反射要求被设置的字段本身必须是导出的（首字母大写），哪怕它嵌在匿名结构体里。比如：
type DBConfig struct {
Host string `env:"DB_HOST"`
}
type Config struct {
DBConfig `json:"db"`
Port int `env:"PORT"`
}
即使 DBConfig 是匿名字段，DBConfig.Host 仍需是导出字段才能被 reflect.Value.FieldByName 读取并赋值。非导出字段（如 host string）在 reflect.Value 层面直接不可见，FieldByName 返回零值且无错误提示。
- 检查字段是否可寻址：用
field.CanAddr()和field.CanSet()判断，别只看field.IsValid() - 嵌套结构体要递归处理，但每次进入前都得确认当前
reflect.Value是指针或可寻址的 struct - 匿名字段的 tag 不会自动继承到外层，
Config的DBConfig字段上没envtag，得手动展开其内部字段
从环境变量填充时，os.Getenv 和 reflect.Value.SetString 的类型陷阱
环境变量全是字符串，但结构体字段可能是 int、bool、time.Duration 等。不能直接 SetString，必须按目标类型转换：
-
int/int64：用strconv.ParseInt，再通过reflect.Value.SetInt -
bool：用strconv.ParseBool，再调reflect.Value.SetBool -
float64：用strconv.ParseFloat，再调reflect.Value.SetFloat - 自定义类型（如
url.URL）：需额外注册解析函数，reflect本身不提供泛型解码能力
常见错误是看到 field.Kind() == reflect.String 就调 SetString，结果对 type Port int 这种类型 panic —— 它的 Kind() 是 int，不是 string。
使用 structtag 解析 tag 时，别忽略 lookup 返回的 ok 值
很多人直接写 tag.Get("env")，但 tag 是空字符串时不会报错，而是返回空串，导致用空 key 去查环境变量，填进去的是空值，还难以 debug：
if tag, ok := field.Tag.Lookup("env"); ok && tag != "" {
value := os.Getenv(tag)
// ……继续解析赋值
} else {
// 跳过该字段，或 fallback 到字段名大写（如 Port → PORT）
}
-
Lookup返回ok才代表 tag 存在且非空；tag == ""可能是 tag 写成了`env:""`，也可能是压根没写 - 字段名 fallback（如
Port→PORT）建议加开关控制，默认关闭，避免和真实配置冲突 - 如果字段有多个 tag（如
env:"DB_PORT" json:"port"），Lookup只取第一个匹配，不会合并
最麻烦的其实是深层嵌套 + 指针字段 + 接口字段的组合，比如 *[]*time.Location 这类类型，reflect 需要逐层判断 nil、分配内存、再递归填充——这种场景建议放弃纯反射，改用专用库（如 koanf 或 viper）或手写初始化函数。反射在这里不是银弹，而是放大器：小问题变大问题，隐性约束变 runtime panic。
