跳过零值字段需结合reflect.Value.IsZero()判断基本类型，对指针先判nil再解引用，time.Time需显式调用IsZero()，并忽略json:"-"等tag标记字段。
用 reflect 遍历结构体字段时，怎么跳过零值字段
Go 反射本身不区分“空”和“有意设置为零值”，所以必须自己定义什么是“空”：比如 ""、0、false、nil 指针或接口。但要注意，time.Time{} 和自定义零值类型（如 type Status int 的 Status(0)）容易被误判。
推荐做法是结合 reflect.Value.IsZero()，但它对指针/接口/切片等类型行为不一致——比如 *int 为 nil 时返回 true，但 *int 指向 0 时也返回 true，这往往不符合业务预期。
- 对基本类型（
string,int,bool等），IsZero()可直接用 - 对指针类型，先判断是否
nil（v.Kind() == reflect.Ptr && v.IsNil()），再解引用判断值 - 对
time.Time，不能依赖IsZero()，应显式比较v.Interface().(time.Time).IsZero() - 忽略带
json:"-"或自定义 tag 如db:"-"的字段，提前跳过
生成 INSERT SQL 时，如何只包含非空字段并安全拼接
不要用字符串拼接字段名和值，尤其值来自用户输入时极易 SQL 注入。正确做法是：只用反射生成字段名列表和占位符（?, ?, ?），值用参数化方式传给 db.Exec()。
示例逻辑：收集非空字段名到 []string，对应值到 []interface{}，然后拼 INSERT INTO t (f1,f2) VALUES (?,?)。注意字段顺序必须和值顺序严格一致。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 用
strings.Builder拼 SQL，比fmt.Sprintf更高效 - 避免在反射循环里反复调用
v.Interface()，它有额外开销；一次取好存局部变量 - 如果结构体嵌套，需明确是否递归处理（通常不递归，只处理顶层字段）
- 字段名映射靠 struct tag，优先读
db:"name"， fallback 到json:"name"，最后用字段名本身
UPDATE 场景下，为什么不能简单复用 INSERT 的空值过滤逻辑
INSERT 时跳过空字段是合理的，但 UPDATE 时跳过可能造成数据丢失：比如想把某个字段显式设为 "" 或 0，结果被过滤掉，数据库原值就保留了。
更安全的做法是：UPDATE 默认不跳过任何字段，但提供显式标记机制，例如支持 db:",omitempty" tag（类似 JSON），或额外传一个 map[string]bool 指明哪些字段允许被跳过。
- 常见错误：把
UPDATE ... SET f1=?, f2=?的所有字段都塞进去，但其中某些字段值为空，导致意外覆盖 - 建议将 UPDATE 拆成两步：先用反射拿到所有待更新字段（含空值），再由上层决定是否过滤
- 如果必须自动过滤，至少加日志警告：“字段
f1值为零值，已跳过更新”，方便排查
性能和可维护性上，反射生成 SQL 真的值得吗
反射在首次调用时慢（类型检查、tag 解析、内存分配），后续会缓存 reflect.Type 和字段信息，但仍有约 3–5 倍于直接写 SQL 的开销。小项目图快可以，高并发写场景要谨慎。
更大的隐患是可读性和调试成本：SQL 出错时，你看到的是动态拼出的字符串，而不是源码里清晰的语句；字段名写错、tag 拼错、类型不匹配，都会在运行时报错，且堆栈不指向原始结构体定义。
- 建议仅用于 CRUD 模板代码（如管理后台的通用编辑接口），而非核心交易链路
- 用
go:generate+ 代码生成替代反射，既保持类型安全，又无运行时开销 - 务必为反射逻辑写单元测试，覆盖空字符串、零时间、nil 指针、嵌套结构体等边界 case
真正难的不是“怎么让反射跑起来”，而是定义清楚：哪些字段算空、哪些必须强制更新、tag 规则谁来维护、出错时怎么快速定位到具体字段。这些比语法细节重要得多。
