python中seek()实现文件指针跳转需在二进制模式下使用，文本模式因编码和换行符限制不可靠；whence参数为0/1/2分别表示文件开头/当前位置/末尾；非真实文件对象（如网络响应、压缩内文件）可能不支持seek()，应先用seekable()判断。
Python中用seek()实现文件指针跳转
Python原生支持文件指针随机跳转，核心是seek()方法。它不依赖第三方库，但必须在二进制模式（'rb'或'wb'）下才能精确按字节跳转；文本模式（'r'）受编码和换行符影响，seek()行为受限且不可靠。
常见错误现象：在'r'模式下调用seek(10)后read(1)读出乱码或抛ValueError: can't do nonzero end-relative seeks——这是因为UTF-8等变长编码下，字节偏移≠字符偏移，解释器无法安全定位。
-
seek(offset, whence)中whence取值：0（文件开头）、1（当前位置）、2（文件末尾） - 文本文件若真需跳转，先用
'rb'打开，手动处理编码（如用bytes.decode('utf-8')），否则直接seek()会越界或错位 - 调用
seek()后记得read()或write()前调用flush()（写入场景）或确保缓冲区已刷新（读取场景）
读取大文件指定行时别硬跳，用linecache或迭代
想“跳到第1000行”不是seek(1000 * 平均行长)能解决的——行长度不固定，且换行符可能是'\n'、'\r\n'甚至'\r'。盲目计算偏移会导致读错行或崩溃。
真实场景中更稳妥的做法：
- 用标准库
linecache.getline(filename, lineno)：内部缓存+逐行扫描，适合偶尔查几行，不占内存 - 自己迭代计数：
for i, line in enumerate(f): if i == 999: break——简单可靠，IO友好，避免一次性加载 - 若需高频随机查行，预建索引：首次遍历记录每行起始
seek()位置到列表，后续seek(index[999])直达
seek()在不同文件类型下的兼容性陷阱
不是所有“文件对象”都支持seek()。比如urllib.request.urlopen()返回的响应对象、zipfile.ZipFile.open()打开的压缩内文件、某些管道（sys.stdin）——它们是流式对象，没有随机访问能力，调用seek()会直接抛io.UnsupportedOperation: seek。
判断是否可跳转，最简方式是检查f.seekable()返回True；或者捕获异常：
try:
f.seek(0, 2)
size = f.tell()
except io.UnsupportedOperation:
# 处理不可寻址流
- 网络响应、压缩包内文件、标准输入/输出流，一律视为只读流，只能顺序读
- 临时文件（
tempfile.NamedTemporaryFile）默认可seek()，但注意delete=True时文件系统级删除时机可能干扰后续seek() - 使用
mmap模块映射大文件时，seek()无效，应直接用数组索引访问mmap_obj[1000:1010]
跳转后读写混合操作必须小心缓冲区
在同一个文件对象上交替调用read()和write()时，seek()位置与缓冲区状态不同步是高频Bug来源。例如：
f = open('data.bin', 'r+b')
f.seek(100)
f.write(b'xx') # ✅ OK
f.seek(50)
f.read(1) # ❌ 可能读到旧缓冲数据，而非磁盘最新内容
根本原因是Python文件对象内部有读/写缓冲区，切换方向时未自动刷新。解决办法只有两个：
- 每次方向切换前，显式调用
f.flush()（写→读）或f.seek(f.tell(), 0)（读→写），强制同步 - 更推荐：拆成两个独立文件对象——一个只读，一个只写，用不同
seek()位置操作，彻底规避缓冲冲突
实际项目里，混合读写+随机跳转的逻辑往往意味着设计过重，多数情况可简化为“先读全量→内存处理→覆盖写入”，反而更稳。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
