gorm通过类型断言调用tablename()方法实现自定义表名：结构体实现tabler接口后，内部用reflect.new(modeltype).interface()获取实例并断言，若成功则调用该方法返回表名；推荐使用值接收者以确保兼容automigrate和各类查询场景。
直接用 TableName() 方法自定义表名
GORM 不会自动调用你写的 TableName()，但它会在内部做类型断言：只要结构体实现了 Tabler 接口（即带 TableName() string 方法），就会用你返回的字符串作为表名。
常见错误是把方法定义成指针接收者却传值实例，或反过来 —— GORM 内部用的是 reflect.New(modelType).Interface()，所以推荐统一用值接收者：
-
func(User) TableName() string { return "sys_users" }✅ 安全，兼容 AutoMigrate 和查询 -
func(*User) TableName() string { ... }❌ 可能在某些上下文（如db.Table("xxx").Create(...)）失效 - 方法必须是导出的（首字母大写），否则跨包不可见
用 gorm:"column:xxx" 控制字段映射
GORM 默认把 UserName 字段转成 user_name，但如果你的数据库列名是 user_id 或 login_name，就必须显式指定。不加 column 标签时，GORM 仍按 snake_case 转换，容易和实际列对不上。
注意几个易错点：
-
gorm:"column:user_id"只影响列名映射，不改变 Go 字段名；字段仍需导出（如UserID int）才能被 GORM 访问 - 不要混用
sql:和gorm:标签 —— GORM v2 只认gorm:，sql:是旧版遗留，已失效 - 如果字段名本身是小写（如
userid int），GORM 会跳过它（未导出字段无法反射读写），直接报field is not exported
全局改命名策略：前缀、单数、大小写
不想每个结构体都写 TableName()，可以用 NamingStrategy 一次性配置。它在 gorm.Config 中设置，影响所有模型：
-
TablePrefix: "t_"→User{}对应表t_users -
SingularTable: true→ 关闭复数转换，User{}对应user而非users -
NoLowerCase: true→ 禁用小写转换，APIKey字段映射为APIKey列（但多数数据库不区分大小写，慎用） - 这些配置不会覆盖
TableName()或column:标签，优先级：标签 > TableName() > NamingStrategy
多对多中间表字段名不匹配怎么办
当你用 many2many:xxx 时，GORM 默认按规则推导外键名（如 user_id、product_id），但实际表里可能是 uid 和 pid —— 这时 many2many 标签根本不够用。
正确做法是放弃自动中间表，显式建模：
- 定义中间结构体（如
ProductUser），用gorm:"column:uid"明确绑定字段 - 在主模型中用
gorm:"foreignKey:UserID;references:ID"指定关联逻辑 - 避免依赖
joinForeignKey这类难调试的标签，显式模型更可控、报错更准
最常被忽略的一点：自定义表名和字段名之后，务必用 db.Migrator().CreateTable(&Model{}) 或至少 db.Migrator().InspectTable() 验证生成的 DDL 是否符合预期，别只靠 AutoMigrate 默默执行。
