awk getline 推进输入：只想预读下一行，为什么主循环少处理了一条
解析两行一组的记录时，开发者在awk动作里调用getline读下一行，后来发现普通规则只处理了第一、第三和第五行。getline确实拿到了下一行，但也推进了主输入流；它不是偷偷看一眼后把数据放回去。要让成组解析可靠，需要同时跟踪读取状态、当前记录和总行号。
本例在Linux、Bash 5.2.37与mawk 1.3.4 20250131实跑。所有输入由printf生成，不读取外部文件，不启动getline管道命令，也不写入文件。固定ASCII样本让记录身份和行号能直接对照。
AI生成的概念示意图：主读取指针跨过一张被提前取走的纸卡，旁边容器保存那张卡，表示预读也会消耗输入；不是真实软件界面或运行截图。
完整程序与实际输出
保存为demo.sh，执行bash demo.sh。代码与输出分列如下。
#!/usr/bin/env bash
export LC_ALL=C
printf '%s\n' '[getline into a variable]'
printf '%s\n' 'A 1' 'B 2' 'C 3' 'D 4' 'E 5' | awk '
{
start = NR
tail = ""
status = getline tail
printf "start=%d now=%d current=<%s> first=%s next=<%s> status=%d\n", start, NR, $0, $1, tail, status
}'
printf '%s\n' '[getline replaces current record]'
printf '%s\n' 'A 1' 'B 2' 'C 3' | awk '
NR == 1 {
status = getline
printf "inside: NR=%d record=<%s> first=%s status=%d\n", NR, $0, $1, status
}
{ printf "normal rule: NR=%d record=<%s>\n", NR, $0 }
'本次实际标准输出：
[getline into a variable] start=1 now=2 current=<A 1> first=A next=<B 2> status=1 start=3 now=4 current=<C 3> first=C next=<D 4> status=1 start=5 now=5 current=<E 5> first=E next=<> status=0 [getline replaces current record] inside: NR=2 record=<B 2> first=B status=1 normal rule: NR=2 record=<B 2> normal rule: NR=3 record=<C 3>
带变量读取时，原记录仍然留着
第一组动作从A所在的第一行开始，把NR保存到start，再用getline tail读入B。输出显示start为一、now为二，current仍是A 1，第一字段仍是A，而next保存B 2。读取改变了总行号与输入位置，没有把当前$0替换成tail。
下一次主循环直接来到C所在的第三行，接着读走D。B和D不会再各自触发一次完整主循环，因为它们已经被显式读取消费。这正适合两行配对，但如果原意是每行都走同一套规则，就需要另设缓冲与状态，而不能把getline当作无副作用预览。
NR不再等于当前$0的原始行号
第一行输出里NR已是二，$0却仍来自第一行。若此时把NR和$0直接写进错误报告，就可能把问题归到下一行。示例在读取前保存start，保留了当前记录的实际来源位置；这种小小的元数据保存对排查长日志很有价值。
同理，跨多个输入文件时还要考虑文件名与每文件计数。本文只用单路标准输入，没有演示跨文件边界。将程序扩展到文件列表之前，应明确是否允许一组记录跨文件配对，以及文件结束时的残缺记录应被拒绝还是保留。
末尾返回零，不能继续使用旧值
E是第五行，后面没有下一条，getline返回零，NR仍为五。程序每轮先把tail置空，因此next明确为空；若不重置又不检查返回值，调用方可能继续读到变量里的旧内容，把上一组尾行错误地配给E。返回一才表示本次成功读到记录。
读取错误还可能返回负一，生产解析器不能只用“不是零”判断成功。应分别处理成功、正常结束与错误，并对奇数条记录的结尾给出明确结果。本文只是展示返回值，没有把最后一条丢弃，也没有假装完成了完整的成组数据校验。
不带变量时，后续规则看到新记录
第二组直接调用getline，不指定接收变量，于是当前$0、字段与NR一起更新成B。随后的普通规则打印B，再由主循环读取C。A虽然触发了第一个动作，却没有以原样进入后面那条普通规则，因为当前记录已经被替换。
因此，一个规则里的显式读取会影响同轮后续规则的输入，不能把每个模式动作想成互不干扰的独立函数。若流程需要复杂的跨行状态，先画出谁负责推进输入，再用小样本追踪每次读取；确保每条记录有且只有一个明确处理位置，比事后补偿行号更可靠。
参考资料与验证记录
官方资料核验于2026年10月3日。本次完整程序退出码为0，标准错误为空。
