linecache.getline()不能真正实现随机行读取，因其首次调用仍需全量读入并缓存整文件，本质是“伪随机”；它适合重复访问少量固定行，而非单次快速定位某一行。
linecache.getline() 为什么不能直接用于随机行读取？
linecache.getline() 看似能按行号取内容，但它的设计目标是「缓存已读文件的行」，不是「按需随机跳转」。首次调用时它会把整个文件读入内存并按行分割缓存，后续调用才快——这意味着第一次调用 linecache.getline(filename, n) 实际上仍是全量扫描，和 open().readlines()[n-1] 在首次性能上没本质区别，还多占内存。
真正极速随机读取单行的正确姿势
核心思路：跳过逐行解析，用 seek() 直接定位到目标行起始字节。但这需要提前构建行偏移索引（即每行开头在文件中的字节位置）。linecache 不提供这个能力，必须自己做。
- 先用一次顺序扫描，记录所有
\n后的位置（即下一行起始），存为offsets列表，耗时 O(N)，但只需一次 - 之后随机读第
n行，就fp.seek(offsets[n])，再fp.readline()，耗时 O(1) - 注意：行号从 1 开始，
offsets[0]对应第 1 行起始；空文件或越界要判空 - 若文件内容动态变化，索引需重建；静态日志/数据集场景最适用
用 linecache 的唯一合理场景：重复读少量固定行
如果你的程序会在多次调用中反复读同一文件的相同几行（比如配置文件里固定的 key 行），linecache 才有优势——它内部用 dict 缓存了 (filename, lineno) → line 映射，第二次起就是纯内存查找。
- 调用前可预热：
linecache.getline(filename, 1)触发全文件加载 - 避免混用：不要一边用
linecache，一边又用open()写同一个文件，缓存不会自动更新 - 清理缓存用
linecache.clearcache()，但通常没必要 - 错误行号返回空字符串，不抛异常，记得检查返回值是否为空
别踩的坑：换行符、编码、大文件
行偏移计算必须和实际换行符一致：\n（Unix）、\r\n（Windows）或 \r（老 Mac）会影响 seek 位置。Python 默认以文本模式打开会自动转换，但构建索引时要用二进制模式 + 手动识别换行，否则偏移错位。
立即学习“Python免费学习笔记（深入）”；
- 编码必须明确指定，比如
open(filename, 'rb')读字节，解码交给line.decode('utf-8') - 超大文件（>1GB）建索引可能吃光内存，这时改用内存映射
mmap+ 二分查找\n更稳 -
linecache默认只缓存最多 100 个文件，超限后按 LRU 清除，可通过修改linecache.cache控制
linecache 是缓存优化，不是随机访问引擎——这点容易被函数名误导。 
