在 Go 中使用 lib/pq 遍历 PostgreSQL 查询结果集时，标准 for rows.Next() 循环无法直接判断当前是否为最后一行；可通过“预读+状态缓存”方式提前感知行终止，实现对末行的差异化处理。
在 go 中使用 lib/pq 遍历 postgresql 查询结果集时，标准 `for rows.next()` 循环无法直接判断当前是否为最后一行；可通过“预读+状态缓存”方式提前感知行终止，实现对末行的差异化处理。
PostgreSQL 本身不提供内置的 IS_LAST_ROW() 函数或游标位置标识，而 Go 的 database/sql.Rows 接口也未暴露当前行号或剩余行数。因此，不能依赖 SQL 层标记最后一行，而应在应用层通过控制迭代逻辑来识别。
最简洁可靠的方案是采用「预判式遍历」（类似 do-while 思路）：先调用 rows.Next() 获取首行，随后在每次成功扫描后，立即尝试下一次 rows.Next() 并暂存其返回值——若返回 false，说明当前行为最后一行。
以下是完整、健壮的实现示例：
// 假设已执行 query := "SELECT id FROM users ORDER BY id"
rows, err := db.Query(query)
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 // 或按需处理错误
}
// 尝试预读下一行，结果决定当前行是否为末行
nextOK := rows.Next()
if nextOK {
fmt.Println(id + " — I am not last")
} else {
fmt.Println(id + " — I am last")
}
notLast = nextOK
}
✅ 关键要点说明：
-
rows.Next()是惰性执行，仅移动内部游标并准备下一行数据，不触发扫描；必须配对rows.Scan()才能读取值。 - 每次
rows.Next()失败（返回false）即表示无更多数据，此时上一轮扫描的id即为最后一行。 - 不要重复调用
rows.Scan()在nextOK == false后——该状态下Scan()会 panic 或返回错误。 - 此方法兼容任意排序（如
ORDER BY），只要 SQL 结果集顺序确定，末行语义即明确。
⚠️ 注意事项：
- 若需严格按业务逻辑定义“最后”，请确保 SQL 中包含明确的
ORDER BY子句；否则结果集顺序无保证，最后一行不可预测。 - 该模式不适用于需要随机访问或反向遍历的场景；如需复杂游标控制，建议改用带
OFFSET/LIMIT的分页查询，或在应用层缓存全部结果（仅适用于小数据集）。
综上，无需修改 SQL 或引入额外扩展，仅通过调整 Go 迭代逻辑，即可安全、高效地识别并定制化处理 PostgreSQL 查询结果的最后一行。
