泛型不能替代 gorm 或 sqlx 的 crud 封装，仅支持类型安全的逻辑复用；实际数据库操作仍需 database/sql 等库，且须显式传入 *sql.db、表名等非类型信息。
泛型不能直接替代 GORM 或 sqlx 的 CRUD 封装
Go 泛型本身不提供数据库连接、SQL 构建或驱动交互能力，它只是让类型安全的「操作逻辑复用」成为可能。你在 Echo 路由中调用的 GetUserByID 或 CreatePost 这类函数，背后仍需依赖 database/sql、gorm 或 sqlx 等实际执行 SQL 的库。泛型只帮你省掉为每个模型写一遍几乎相同的增删改查逻辑。
常见错误现象：
- 误以为定义一个
func Save[T any](t T) error就能自动插入数据库 —— 实际会 panic：没有表名、没有字段映射、没传 *sql.DB - 把泛型约束写成
type Model interface{ ID() int }，但没在具体结构体里实现该方法，导致编译失败却找不到哪漏了
用泛型封装通用查询时，必须显式传入 *sql.DB 和表名
泛型函数无法从结构体自动推导数据库元信息（比如 GORM 的 TableName() 是运行时方法，泛型约束无法调用）。所以你得手动补全这些“非类型”信息。
实操建议：
- 定义泛型查询函数时，参数至少包含：
db *sql.DB、tableName string、whereClause string、args ...any - 结构体字段必须可导出（首字母大写），否则
sql.Scan无法赋值 - 避免在泛型函数里硬编码
SELECT *—— 字段顺序错位会导致 Scan 失败，应明确列出字段并按顺序传参
示例（简化版）：
func FindOne[T any](db *sql.DB, tableName, where string, args ...any) (*T, error) {
rows, err := db.Query("SELECT * FROM "+tableName+" WHERE "+where, args...)
if err != nil {
return nil, err
}
defer rows.Close()
if !rows.Next() {
return nil, sql.ErrNoRows
}
var t T
err = rows.Scan(&t) // 注意：这里要求 T 所有字段可被 Scan 赋值
return &t, err
}
Echo 路由中使用泛型 DAO 需要手动绑定参数到结构体
Echo 的 c.Bind() 不支持泛型类型推导，你依然得先声明具体结构体，再传给泛型函数。泛型在这里的作用是「减少 DAO 层重复代码」，不是「绕过结构体定义」。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
使用场景：
- 你有
User、Post、Comment三个模型，都带ID int和CreatedAt time.Time - 你想统一实现
FindByID、UpdateByID、DeleteByID，但不想为每个模型写三遍 SQL + Scan
关键点：
- 泛型约束推荐用
interface{ ID() int64 }+ 具体方法实现，而不是靠反射读取字段 -
c.Param("id")返回的是字符串，必须手动转成对应 ID 类型（如int64），再传给泛型函数 - 不要试图在泛型函数里调用
c.JSON—— HTTP 响应属于路由层职责，DAO 层只负责数据
性能与兼容性：泛型零开销，但别滥用嵌套约束
Go 编译器对泛型做单态化，生成的代码和手写的一样快，无运行时开销。但过度嵌套接口约束会让错误信息极难读，比如：
type DBModel interface {
TableName() string
PrimaryKey() string
ToMap() map[string]any
}
这种设计看似灵活，实际导致：
- 每个模型都要实现三个方法，反而比直接写 SQL 更重
- 一旦
ToMap()返回 key 名和数据库列名不一致，Insert 就静默失败 - 无法兼容
sql.NullString等扫描专用类型，容易 panic
更务实的做法是：用泛型封装「已知结构」的查询，例如所有主键叫 ID、类型为 int64 的模型，就用 type ModelWithInt64ID interface{ ID() int64 }，简单直接，报错也清楚。
最易被忽略的一点：泛型不能解决 SQL 注入，tableName 和 whereClause 如果来自用户输入，必须白名单校验或用预编译占位符 —— 泛型再安全，拼 SQL 字符串照样崩。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
