在Linux日常文本处理中，提取文件中特定范围的行是最常见的需求之一。例如，快速查看日志文件的第5至第10行，或者仅检查配置文件的某个段落。虽然实现方法众多，但只有选对工具、用对语法，才能实现效率与准确度的双重提升。
sed -n 'N,Mp'：提取连续行范围的最直接选择
谈及连续行提取，sed -n '5,10p' 无疑是首选方案。其逻辑极为直观：从第5行开始打印，直至第10行结束。关键点在于 -n 选项，它让 sed 默认静默处理，仅当匹配到 p 指令时才输出指定行。由于采用流式处理机制，不会将整个文件加载到内存，对于动辄数GB的大型日志文件来说，这一特性极具优势。
然而，该命令虽然简洁，却存在几个实操中容易忽略的细节：
- 遗漏
-n参数：若忘记添加-n，sed 会先原样输出整个文件，再额外打印指定的5至10行，最终导致输出内容大量重复，难以辨识。 - 分隔符用法错误：范围应使用逗号分隔，若写作
'5-10p'或'5~10p'，sed 无法识别此类符号，会直接报语法错误。 - 末尾多余空格：命令
'5,10 p'中，逗号与p之间包含空格，会被 sed 解析为无效指令，并提示invalid command code。
其典型应用场景涵盖：
- 日志切片查询：快速查看文件头部或尾部若干行，例如
sed -n '1,20p' error.log可获取最新的20条错误记录。 - 配置信息核查：仅查看配置文件特定段落附近的几行内容，以便快速定位问题。
- 管道组合过滤：先提取某一行范围，再执行二次搜索，如
sed -n '100,200p' access.log | grep '404'，此方式比直接对整个文件使用 grep 更为高效。
awk 'NR>=N && NR<=M'：兼顾灵活性的行号提取方案
当需求更复杂时，例如“从第一个包含 ERROR 的行开始，截取后续5行”，或需依据行号进行更精细的逻辑判断，awk 的灵活性便得以凸显。其基本语法 awk 'NR>=5 && NR<=10' 与前述 sed 命令效果一致，但更贴近编程思维，具备更强的扩展能力。
使用此方法需注意几个要点：
NR变量的含义：代表“已读取的记录总数”，即行号，自1开始计数。作为 awk 内置变量，它极大地方便了行号处理。- 多文件场景下的处理：当使用
awk '...' a.txt b.txt同时处理多个文件时，NR将持续累加。若期望每个文件独立计算行号，则应改用FNR变量。 - 性能评估：awk 作为功能更强大的文本处理语言，启动开销略高于 sed。对于十万行以内的文件，二者差异几乎可忽略。不过，面对千万行级别的超大规模文件，若追求极限处理速度，sed 通常是更稳妥之选。
awk 在处理行号方面还具备一些精妙用法：
- 跳过前N行：
awk 'NR>10' file比sed -n '11,$p'的表述更为直观易懂。 - 提取奇数行或偶数行：
awk 'NR%2==1'可获取奇数行，awk 'NR%2==0'则取偶数行。若用 sed 实现相同功能，语法会复杂许多。
提取单行：抛弃范围套用，选择精准指令
有时仅需查看某一行，例如第2行。最优做法是使用 sed -n '2p'。实测在十万行的文件上，该命令耗时微乎其微（约0.003秒）。尽管 sed -n '2,2p' 也能达到目的，但多余的范围解析使得写法不够简洁。
提取单行时需留意以下细节：
- 静默处理特性：若文件为空或总行数不足2行，
sed -n '2p' file与awk 'NR==2' file均不会报错，仅无任何输出。这属于正常预期行为。 - 避免低效操作：部分用户习惯使用
head -n 2 file | tail -n 1取第2行。该方法虽直观，但需启动两个进程（head 和 tail），且 head 会预先读取前两行，效率明显低于 sed 或 awk 的单命令方案。
警惕换行符缺失：最后一行丢失的隐蔽陷阱
这是一个极易被忽视的隐患。若文件最后一行未以换行符（\n）结尾，则不符合 POSIX 标准中“完整行”的定义。此时，不同工具的行为可能产生差异：
- sed 表现稳定：
sed -n '$p'通常能正确输出最后一行，无论末尾是否有换行符。 - awk 可能遗漏：部分 awk 实现会将无换行符结尾的行视为“不完整记录”而跳过，导致
awk 'END{print}'或类似逻辑无法获取最后一行。
如何判断文件是否存在此问题？一个便捷的验证方法是：比较 wc -l file 统计的行数与 sed -n '$=' file 所得行数。若二者不一致，很可能就是最后一行缺少换行符所致。
此问题在处理由程序自动生成的日志、或被中途截断的临时文件时尤为常见。明明感觉数据少了一行，排查许久才发现实为文件格式因素的作祟。
