不能直接用reversed(list(open(...)))，因为list(open())会一次性将整个GB级文件加载到内存，引发OOM或系统卡死；且reversed()要求序列支持索引和长度，而文件对象不满足该协议，直接调用reversed(open())会报TypeError。
为什么不能直接用 reversed(list(open(...)))
因为会把整个文件一次性加载进内存，对 GB 级日志来说，轻则 OOM，重则直接卡死系统。Python 的 reversed() 要求对象有长度且支持索引，而文件对象不满足——所以 reversed(open(...)) 会直接报 TypeError: argument to reversed() must be a sequence。
真正可行的思路是：从文件末尾开始，逐字节向前扫描换行符，定位每一行的起始偏移，再用 seek() 跳转读取。
用 file.seek() + 手动找 \n 实现倒序读取
核心逻辑是「从 EOF 往前探，每次遇到 \n 就切出一行」。注意 Windows（\r\n）和 Unix（\n）换行差异，但大多数日志是 Unix 风格；若不确定，优先按单 \n 处理，兼容性更好。
- 先
file.seek(0, 2)定位到文件末尾，获取file.tell()得到总字节数 - 用一个指针从末尾往前走，跳过末尾可能存在的空行（
\n或\r\n） - 每遇到一个
\n，就用file.seek()跳到该位置后一位，调用file.readline()读取当前行 - 当指针退到 0 时，别忘了读取第一行（此时没有前置
\n）
示例片段（不依赖第三方库）：
立即学习“Python免费学习笔记（深入）”；
def readlines_reversed(filepath):
with open(filepath, 'rb') as f:
f.seek(0, 2)
pointer = f.tell()
if pointer == 0:
return
buffer = bytearray()
while pointer >= 0:
f.seek(pointer)
char = f.read(1)
if char == b'\n' and buffer:
yield buffer.decode('utf-8', errors='replace')
buffer = bytearray()
elif char != b'\n' and char != b'\r':
buffer.extend(char)
pointer -= 1
if buffer:
yield buffer.decode('utf-8', errors='replace')
用 fileinput 或 itertools？不推荐
fileinput 不支持反向遍历；itertools.islice(reversed(...), n) 依然绕不开把全部行载入内存的问题。有人试过 deque(open(...), maxlen=n) 取末尾几行——这只能解决「读最后 N 行」，不是真正的倒序遍历，而且仍需顺序扫完前面所有内容，IO 效率低。
真正需要「逐行倒序处理」（比如查最近异常、滚动分析），必须用基于 seek 的方案，否则就是自欺欺人。
生产环境建议加缓冲与编码容错
超大日志常混杂非 UTF-8 字节（如二进制字段、截断日志），直接 .decode('utf-8') 会崩。务必用 errors='replace' 或 'ignore'。
- 避免频繁
seek()影响性能：可一次读多个字节（如 8KB），在内存里倒着扫描\n - Windows 下注意
\r\n：如果日志由 Windows 工具生成，且你看到行末多出\r，可在解码后统一.rstrip('\r\n') - 不要假设文件可写或可 mmap：只读打开（
'rb'），避免权限/锁问题
最易被忽略的一点：文件可能正在被追加写入。倒序读取过程中新行写入，会导致你读到半截行或重复行——这不是代码问题，是并发模型本身限制，得靠外部同步机制（如 logrotate 后再处理）来规避。
