BeforeCreate/BeforeUpdate 钩子需严格定义为 func (u *Model) BeforeCreate(tx *gorm.DB) error，使用指针接收者、*gorm.DB 参数和 error 返回值；加密应调用 tx.Statement.SetColumn("field", encrypted) 直写SQL参数，避免结构体字段被覆盖，并确保数据库字段长度≥VARCHAR(1024)以兼容base64密文。
gorm 的 BeforeCreate 和 BeforeUpdate 钩子怎么写加密逻辑
直接在模型结构体上实现 BeforeCreate 和 BeforeUpdate 方法即可，GORM 会自动调用。注意：这两个方法签名必须严格匹配，否则不会触发。
- 方法必须是
(*YourModel) BeforeCreate(tx *gorm.DB) error，不能少 * 或改返回值 - 加密操作要放在
tx.Statement.ReflectValue对应字段上，避免直接改结构体字段后被 GORM 覆盖 - 推荐使用
tx.Statement.SetColumn("field_name", encryptedValue)安全写入，它绕过结构体映射，直写 SQL 参数 - 如果字段是
sql.NullString或指针类型，需先判空再加密，否则可能 panic
加密字段的类型定义和数据库兼容性要注意什么
加密后数据通常是 base64 字符串或十六进制，长度比原文长很多。不提前预留空间，插入时会报 data too long for column 错误。
- 数据库字段至少设为
VARCHAR(512)（AES-256-CBC + base64 后约 448 字节），敏感字段如密码建议VARCHAR(1024) - Go 结构体字段仍用
string，不要用[]byte—— GORM 对 byte 切片默认当 BLOB 处理，易与加密逻辑冲突 - 避免用
json.RawMessage存加密内容，它会被 GORM 当作 JSON 序列化，导致二次编码
解密逻辑该放在哪里？别在钩子里做
钩子只负责写入前加密，读取时解密不能靠 AfterFind —— 它在所有查询后无差别触发，性能差且无法控制时机。
-
AfterFind会污染原始数据：一旦结构体字段被解密赋值，后续更新可能把明文错当成新值写回库 - 正确做法是封装访问器方法，例如
model.GetEmail()内部解密并缓存，或用自定义 Scanner/Valuer 接口（需实现Scan和Value） - 如果必须透明解密，用
gorm.WithContext(ctx)传入解密开关，再在AfterFind中判断上下文 key，但增加复杂度
为什么加密密钥不能硬编码在钩子函数里
密钥写死会导致所有环境共用同一把钥匙，一旦泄露，全量数据可被批量解密。GORM 钩子本身不提供配置注入能力，必须靠外部传入。
- 把密钥存在
context.Context或全局 config 实例中，钩子内通过tx.Statement.Context获取 - 更安全的做法是：钩子只调用
encrypt(data, key)函数，密钥由上层初始化 model 时注入，例如user.Encryptor = aes.NewGCM(key) - 测试时容易忽略密钥为空的 case，务必在钩子里加
if key == nil { return errors.New("encrypt key not set") }
实际中最容易被忽略的是字段长度和密钥生命周期管理——加密字段扩到 1024 不是过度设计，而是 AES-GCM 加盐+nonce+密文+base64 编码后的合理下限；密钥若从环境变量加载，记得在应用启动时校验非空，而不是等第一条记录插入才报错。
