Go中审计字段需手动注入，应定义Auditable接口统一处理时间与操作人字段，通过context.Context传递用户标识，struct用time.Time类型并转UTC，GORM中用标签控制字段可写性。
审计字段怎么自动注入到 struct 里
Go 没有像 ORM 那样内置的“拦截器”或“钩子”，所以不能靠框架自动填 CreatedBy、UpdatedAt 这类字段。必须在业务逻辑中显式赋值，或者用封装好的工具函数统一处理。
常见错误是把赋值逻辑散落在每个 Create、Update 方法里，导致漏写、时序错乱（比如先存库再设时间）、或误用 time.Now() 导致事务内时间不一致。
实操建议：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 定义一个通用的审计接口，比如
type Auditable interface { SetCreatedAt(time.Time); SetUpdatedAt(time.Time); SetCreatedBy(string) } - 所有需要审计的 struct 实现它，内部用指针接收者避免拷贝；
SetCreatedAt应只在创建时调用一次，SetUpdatedAt在每次变更前调用 - 在数据库操作前统一调用，比如
user.SetUpdatedAt(time.Now().UTC())—— 注意用UTC()避免时区混乱 - 不要依赖数据库默认值（如 MySQL 的
CURRENT_TIMESTAMP），因为操作人信息无法由 DB 填充
操作人信息从哪来，怎么传进数据层
HTTP 请求里的操作人（比如 JWT 中的 user_id 或 username）天然不在 DAO 层可见。硬编码或全局变量传人会破坏可测试性，也容易串上下文。
立即学习“go语言免费学习笔记（深入）”；
典型错误是把 ctx 里塞个 map[string]interface{}，或者在 struct 里加个临时字段混入数据模型，结果序列化进 DB 或暴露给 API。
实操建议：
- 用
context.Context传递操作人标识，比如ctx = context.WithValue(ctx, auditKey{}, userID)，其中auditKey是私有类型防冲突 - DAO 层方法签名带
ctx context.Context，并在执行前用userID, ok := ctx.Value(auditKey{}).(string)提取 - 绝不把
ctx存到 struct 字段里；也不在 model struct 中预留CreatedBy字段后靠反射自动填——反射慢且难 debug - 如果用 GORM，可用
BeforeCreate/BeforeUpdate回调，但回调函数里仍需从ctx提取人信息，GORM 自身不持有ctx，得自己透传
时间字段用 time.Time 还是 int64
用 int64 存秒/毫秒时间戳看似省事，但会立刻踩坑：时区转换丢失、JSON 序列化成数字而非 ISO8601、和 time.Now() 比较需手动转，DB 查询时没法直接用 BETWEEN 或索引优化。
更隐蔽的问题是：不同服务用本地时区写时间戳，查出来的时间在前端显示错乱，排查时才发现有的是 UTC、有的是 CST。
实操建议：
- struct 字段一律用
time.Time，并确保初始化为time.Time{}（零值）而不是nil（Go 没有 null time） - 入库前统一转成 UTC：
t.UTC()，避免依赖数据库时区设置 - PostgreSQL 用
TIMESTAMP WITH TIME ZONE，MySQL 用DATETIME（配合连接参数parseTime=true&loc=UTC） - 如果必须用
int64（比如对接旧系统），只在序列化/反序列化层转换，struct 内部仍保持time.Time
GORM v2 审计字段怎么避免被覆盖
GORM 默认对零值字段不做更新，但 time.Time{} 是零值，"" 也是零值——这会导致 CreatedBy 在 Update 时被清空，或 CreatedAt 被误更新。
另一个坑是 db.Select("UpdatedAt").Save(&user) 这种白名单更新，如果没显式列出审计字段，它们就真不会进 SQL，但也没报错，静默丢数据。
实操建议：
- 用
gorm:insertable:false和gorm:updateable:false标签控制字段行为，比如CreatedAt time.Time `gorm:"insertable:false;updateable:false"` - 对只读字段（如
CreatedBy），用gorm:default+ 数据库默认值兜底，但注意 GORM v2 默认不读默认值，要配db.Session(&gorm.Session{PrepareStmt: true})或手动SELECT - 更新时别依赖
Save()，改用Updates()并显式传 map，比如db.Updates(map[string]interface{}{"updated_at": time.Now().UTC(), "status": "done"}) - 写单元测试时，断言 SQL 是否含
created_by字段，比断言返回值更能早发现问题
审计日志最麻烦的不是记什么，而是“谁在什么时候、以什么身份、改了哪几行”。字段可以加，时间可以设，但操作人上下文一旦断开，整条链就不可信了。别省那两行 ctx 透传代码。
