本文介绍在 go 中如何高效、安全地将 postgresql 查询结果动态存入结构体切片，无需预估容量或重复查询，核心是合理使用内置 append 函数与 nil 切片的语义。
本文介绍在 go 中如何高效、安全地将 postgresql 查询结果动态存入结构体切片，无需预估容量或重复查询，核心是合理使用内置 append 函数与 nil 切片的语义。
在 Go 中处理数据库查询结果时，一个常见误区是试图预先分配切片容量（如 make([]User, expectedCount)），但实际中既无法准确预知行数，又容易引发越界 panic 或内存浪费。Go 的切片设计天然支持动态增长——其零值 nil 本身就是一个合法、长度为 0 的切片，可直接用于 append。
正确的做法是声明一个未初始化的切片变量，然后在遍历 rows.Next() 时逐个追加结构体实例：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
type User struct {
ID int
Title string
}
func FindUsers(db *sql.DB) []User {
rows, err := db.Query(`SELECT u.id, u.title FROM users u;`)
if err != nil {
log.Fatal("query failed:", err)
}
defer rows.Close()
var users []User // ← nil slice: len=0, cap=0 — 完全合法！
var id int
var title string
for rows.Next() {
if err := rows.Scan(&id, &title); err != nil {
log.Fatal("scan failed:", err)
}
users = append(users, User{ID: id, Title: title})
}
// 检查 rows 迭代过程中是否发生错误（例如网络中断、类型不匹配）
if err := rows.Err(); err != nil {
log.Fatal("rows iteration error:", err)
}
return users
}
关键要点说明：
- ✅ var users []User 创建的是 nil 切片，append 对其调用等价于 make([]User, 0)，后续扩容由 Go 运行时自动管理（通常按 2 倍策略增长），时间复杂度均摊为 O(1)；
- ✅ 不需要手动维护索引 i，避免越界风险；
- ✅ 必须调用 rows.Err() 检查扫描结束后的潜在错误（rows.Next() 不会报告扫描阶段的最后错误）；
- ⚠️ 注意变量作用域：id 和 title 需在循环外声明（如示例所示），否则 rows.Scan 会因传入局部变量地址而失败；
- ? 若需高性能批量处理（如万级记录），可考虑预估容量（如 make([]User, 0, 1024)）减少内存重分配次数，但非必需——append 的智能扩容已足够健壮。
综上，Go 社区推荐且最符合语言惯用法的方式，就是利用 nil 切片 + append 的组合，简洁、安全、高效，完全规避了预分配、双重查询或手动扩容的复杂性。
