在 go 中使用 lib/pq 遍历 postgresql 查询结果时，可通过“预判下一行是否存在”的方式识别最后一行，避免依赖 rowcount 或二次查询，实现高效、内存友好的逐行处理与差异化输出。
在 go 中使用 lib/pq 遍历 postgresql 查询结果时，可通过“预判下一行是否存在”的方式识别最后一行，避免依赖 rowcount 或二次查询，实现高效、内存友好的逐行处理与差异化输出。
在 Go 的数据库操作中，rows.Next() 是典型的“游标推进+数据读取”模式：它返回 true 表示存在下一行，并将游标移至该行；但它本身不提供“当前是否为末行”的直接判断能力。因此，无法在 for rows.Next() 循环体内直接获知当前行是否为最后一行——因为调用 Next() 后，你已进入下一行，而原行信息已不可逆。
最简洁、符合 Go 惯用法的解决方案是将循环逻辑改为“先消费，再探查”，即：
- 首次调用
rows.Next()获取第一行； - 在每次成功扫描后，立即尝试调用
rows.Next()探测是否存在下一行； - 若探测成功（返回
true），说明当前行为倒数第二行或更前，执行“非末行逻辑”； - 若探测失败（返回
false），说明刚扫描的行即为最后一行，执行“末行逻辑”。
以下是完整、健壮的实现示例（含错误处理）：
// 执行查询
rows, err := db.Query("SELECT id FROM users ORDER BY id")
if err != nil {
log.Fatal("Query failed:", err)
}
defer rows.Close()
var id string
notLast := rows.Next() // 首次推进游标
for notLast {
// 扫描当前行
if err := rows.Scan(&id); err != nil {
log.Printf("Scan error: %v", err)
break // 或根据业务决定是否继续
}
// 尝试推进到下一行，用于判断当前行是否为末行
notLast = rows.Next()
if notLast {
fmt.Println(id + " I am not last")
} else {
fmt.Println(id + " I am last")
}
}⚠️ 注意事项：
-
不要在
notLast = rows.Next()后重复调用rows.Scan()：此时游标已指向新行，若未再次扫描，id仍为上一轮值，逻辑将错乱；本方案中Scan仅在每次循环入口执行一次，确保数据与判断严格对应。 -
rows.Next()失败（返回false）不表示错误，仅表示无更多数据；真正的错误需通过rows.Err()显式检查（尤其在循环结束后）：if err := rows.Err(); err != nil { log.Printf("Rows iteration error: %v", err) } - 此方法无需预先知道总行数，不触发额外
COUNT(*)查询，也不加载全部结果到内存，适用于大数据集流式处理。 - 若业务需对“最后一行”做特殊聚合或延迟处理（如添加分隔符、关闭块等），该模式也天然支持——只需将末行逻辑置于
else分支即可。
总结：Go 的 database/sql 接口设计强调显式控制与资源安全，识别末行的本质是将“边界判断”从循环条件内移至循环体中，借助一次超前探测完成状态推断。这一模式简洁、高效、零依赖，是处理流式结果集末行场景的标准实践。
