在使用 Go 的 lib/pq 驱动遍历 PostgreSQL 查询结果时，rows.Next() 本身不提供“是否为末行”的直接判断；可通过预读机制（即先调用 Next() 判断下一行是否存在）实现对最后一行的精准识别与差异化处理。
在使用 go 的 `lib/pq` 驱动遍历 postgresql 查询结果时，`rows.next()` 本身不提供“是否为末行”的直接判断；可通过预读机制（即先调用 `next()` 判断下一行是否存在）实现对最后一行的精准识别与差异化处理。
PostgreSQL 本身不向客户端暴露结果集总行数（尤其在流式查询场景下），而 Go 的 sql.Rows 接口也不支持随机访问或回溯，因此无法通过 rows.Len() 或索引方式判断当前是否为最后一行。唯一可靠的方式是采用「预读判别法」：在处理当前行前，先试探性调用 rows.Next() 确认后续是否仍有数据。
具体实现逻辑如下：
- 首次调用
rows.Next()启动迭代； - 每次成功扫描当前行后，立即再次调用
rows.Next()获取下一行就绪状态； - 若返回
true，说明当前行为倒数第二行（或更早），可输出非末行标识； - 若返回
false，说明刚扫描的即为最后一行，执行特殊逻辑。
以下是完整、健壮的示例代码（含错误处理）：
for rows.Next() {
var id string
if err := rows.Scan(&id); err != nil {
log.Printf("Scan error: %v", err)
break // 或根据业务决定是否继续
}
// 预读下一行：若存在，则当前行不是最后一行
isLast := !rows.Next()
if isLast {
fmt.Println(id + " — I am last")
} else {
fmt.Println(id + " — I am not last")
// 注意：此时 rows 已前进到下一行，需在循环顶部再次 Scan
// 因此需在 for 条件中完成 Next()，而非在循环体内
}
}
// 处理 rows.Err()（如网络中断、类型转换失败等）
if err := rows.Err(); err != nil {
log.Printf("Rows iteration error: %v", err)
}
⚠️ 重要注意事项：
- 上述写法中
rows.Next()被调用了两次（一次在for条件，一次在循环体），易引发逻辑混乱和跳行。推荐更清晰的“do-while”风格重构：
// 更安全、更易读的写法：手动控制 Next() 调用节奏
if !rows.Next() {
// 无数据，直接退出
return
}
var id string
for {
if err := rows.Scan(&id); err != nil {
log.Printf("Scan error: %v", err)
break
}
// 尝试预读下一行
hasNext := rows.Next()
if hasNext {
fmt.Println(id + " — I am not last")
} else {
fmt.Println(id + " — I am last")
break // 显式终止循环
}
}
if err := rows.Err(); err != nil {
log.Printf("Query execution error: %v", err)
}
✅ 总结：
识别最后一行的本质是用空间换逻辑清晰度——放弃“在循环内统一处理”的惯性思维，改用主动控制游标的方式。该方法完全兼容 PostgreSQL 流式传输特性，无需加载全部结果到内存，也无需额外 COUNT(*) 查询，是生产环境中推荐的标准实践。
