倒序读取大文件应使用seek()和readline()控制文件指针，而非readlines()[::-1]以免OOM；需以'rb'模式打开，从末尾逐字节回退识别换行符，兼容\r\n，用生成器实现内存友好。
用 seek() 和 readline() 从文件末尾倒着读行
直接 readlines()[::-1] 会把整个文件加载进内存，大文件（比如几百 MB 的日志）容易 OOM。真正可行的倒序读取，得靠控制文件指针位置，逐行从末尾往前“爬”。核心思路是：先 seek(0, 2) 跳到文件末尾，然后不断 seek(-n, 1) 往回挪，遇到换行符就切出一行。
注意：这个方法依赖换行符 \n（或 \r\n）作为行边界，二进制文件或无换行的单行大文本不适用。
- 必须以
'rb'模式打开，否则seek()在文本模式下对 UTF-8 等变长编码行为不可靠 - 首次
seek(0, 2)后，指针在 EOF 位置，需先seek(-1, 1)回退一步，再判断是否为\n - 遇到文件开头（
seek()报OSError: [Errno 22] Invalid argument）时要捕获并退出
处理 Windows 换行符 \r\n 的边界情况
如果文件是 Windows 下生成的，每行结尾是两个字节 \r\n，而你只回退 1 字节，可能停在 \r 上，导致下一次 readline() 读出带 \r 的脏数据，或者漏掉某行。
- 安全做法是：每次回退后，用
read(1)拿一个字节判断，如果是\n或\r，再继续回退；直到读到非换行符字节，再seek(1, 1)定位到该行开头 - 更稳的策略是：回退过程中累计遇到的
\r和\n，统一当作行结束，跳过所有连续的回车/换行组合 - Python 3.7+ 中
os.linesep不可靠——它返回当前系统的默认换行符，不是文件实际用的
封装成可迭代的生成器函数 readlines_reversed()
避免一次性加载，也避免手动管理指针状态，最实用的是写成生成器。下面是一个轻量、健壮的实现：
立即学习“Python免费学习笔记（深入）”；
def readlines_reversed(fpath):
with open(fpath, 'rb') as f:
f.seek(0, 2)
pos = f.tell()
if pos == 0:
return
pos -= 1
while pos >= 0:
try:
f.seek(pos)
except OSError:
break
char = f.read(1)
if char == b'\n' and pos != f.tell() - 1: # 遇到 \n，且不在开头
line = f.readline().decode('utf-8', errors='replace')
if line:
yield line.rstrip('\r\n')
elif pos == 0:
f.seek(0)
line = f.readline().decode('utf-8', errors='replace')
yield line.rstrip('\r\n')
break
pos -= 1
说明：errors='replace' 防止编码异常中断；rstrip('\r\n') 统一清理不同平台换行符；最后一行（文件开头那行）单独处理，避免漏读。
为什么不用 fileinput 或第三方库
fileinput 不支持反向读；more-itertools 的 tail() 是取末尾 N 行，不是全文件倒序；logrotate 类工具通常只关心最新几行，不解决“完整倒序遍历”需求。
真正需要逐行倒序处理的场景其实很具体：日志分析中查最后几个错误堆栈、审计文件中定位最近一次变更、流式解析倒序时间序列。这些场景里，IO 效率和内存可控性比代码行数重要得多——所以别图省事用 readlines()[::-1]，尤其当文件可能增长到 GB 级时，指针跳转是唯一靠谱路径。
