Golang中Gorm模型字段Setter实现及钩子选择问题咨询

一、彻底禁止直接设置密码：封装Setter #

要杜绝user.Password = "明文"这类操作，直接把Password字段改成小写开头的未导出字段，外部代码无法直接赋值，所有密码设置必须通过你提供的Setter方法完成：

修改后的User结构体：

type User struct {
    gorm.Model
    Email    string `gorm:"unique"`
    password string // 小写开头，外部无法直接访问
    Language *string
}

添加公共的SetPassword方法，统一处理密码哈希：

func (u *User) SetPassword(plainPwd string) error {
    hashed, err := utils.HashPassword(plainPwd)
    if err != nil {
        return err
    }
    u.password = hashed
    return nil
}

这样从根源上避免了明文直接赋值的问题，外部代码只能通过这个方法设置密码。

二、钩子选BeforeCreate还是BeforeSave？ #

• BeforeCreate：仅在首次创建用户（调用Create方法）时触发，更新用户记录时完全不会执行该钩子。如果用这个钩子处理密码哈希，用户后续修改密码时，哈希逻辑不会生效，明文密码会直接存入数据库，显然不符合需求。
• BeforeSave：在创建和更新记录（调用Save/Updates方法）时都会触发，覆盖所有保存场景，更适合作为密码哈希的兜底逻辑。

如果已经封装了Setter方法，哈希逻辑已经在SetPassword中处理，钩子更多是做兜底防护（比如防止有人通过反射修改未导出字段）。若要添加钩子，优先选BeforeSave，还可以加判断避免重复哈希：

func (u *User) BeforeSave(tx *gorm.DB) error {
    // 示例：假设bcrypt哈希后的密码长度固定为60，通过长度判断避免重复哈希
    if len(u.password) != 60 {
        hashed, err := utils.HashPassword(u.password)
        if err != nil {
            return err
        }
        u.password = hashed
    }
    return nil
}

三、更新密码时Setter是否生效？ #

只要更新密码时调用user.SetPassword(新明文密码)，再执行db.Save(user)，Setter肯定会生效——因为SetPassword已经将密码哈希完成，存入数据库的是哈希后的值。

如果未封装Setter，单纯依赖钩子：用BeforeCreate的话更新时钩子不触发，密码会以明文存入；用BeforeSave的话，更新时钩子会触发，自动对密码进行哈希处理。

完整代码示例 #

type User struct {
    gorm.Model
    Email    string `gorm:"unique"`
    password string
    Language *string
}

// SetPassword 统一处理密码哈希逻辑
func (u *User) SetPassword(plainPwd string) error {
    hashedPwd, err := utils.HashPassword(plainPwd)
    if err != nil {
        return err
    }
    u.password = hashedPwd
    return nil
}

// BeforeSave 兜底确保密码始终为哈希状态
func (u *User) BeforeSave(tx *gorm.DB) error {
    // 根据你使用的哈希算法调整判断逻辑，避免重复哈希
    if len(u.password) != 60 {
        hashedPwd, err := utils.HashPassword(u.password)
        if err != nil {
            return err
        }
        u.password = hashedPwd
    }
    return nil
}

内容的提问来源于stack exchange，提问作者MWD