Python 中以 "rb" 模式打开文件后，仍能直接用 for line in file 迭代并统计行数，是因为底层 IO 类（如 BufferedReader）在设计上统一支持“行迭代协议”，无论文本或二进制模式，均按 \n（及平台相关换行符）切分，仅返回类型不同：字节串（bytes）而非字符串（str）。
python 中以 `"rb"` 模式打开文件后，仍能直接用 `for line in file` 迭代并统计行数，是因为底层 io 类（如 `bufferedreader`）在设计上统一支持“行迭代协议”，无论文本或二进制模式，均按 `\n`（及平台相关换行符）切分，仅返回类型不同：字节串（`bytes`）而非字符串（`str`）。
在 Python 的 I/O 体系中，io.BufferedReader（即 open(..., "rb") 返回的对象）继承自 io.BufferedIOBase，而后者又继承自 io.IOBase。根据 官方文档，IOBase 明确实现了迭代器协议（iterator protocol）：当对一个文件对象进行 for line in f: 迭代时，Python 并非逐字节读取，而是按逻辑行（line） 进行缓冲和分割——其行为由换行符（\n、\r\n 等）触发，与打开模式无关。
关键点在于：“行”的定义在二进制模式下依然有效，只是结果是 bytes 对象。例如：
# foo.bin 内容（十六进制）: 61 0a 62 63 0a 64 → 即 b"a\nbc\nd"
with open("foo.bin", "rb") as f:
for i, line in enumerate(f, 1):
print(f"Line {i}: {line!r}")
# 输出：
# Line 1: b'a\n'
# Line 2: b'bc\n'
# Line 3: b'd'
注意：每行末尾的换行符（如 \n）保留在 bytes 中（不同于文本模式默认的 newline 处理），且最后一行若无换行符，也会作为独立一行返回。
因此，sum(1 for _ in handle) 能正确计数，本质是调用了 handle.__iter__()，该方法内部执行的是基于缓冲区的行扫描（类似 readline() 循环），而非逐字节遍历。这也解释了为何它高效——底层使用 C 实现的行缓冲，避免了 Python 层的单字节循环开销。
⚠️ 注意事项：
- 二进制行迭代不识别 Unicode 编码，不处理 BOM，也不做换行标准化（如
\r\n→\n）； - 若文件无换行符（如纯二进制 blob），整个文件将被当作单行返回；
- 需要精确控制读取（如跳过前 N 字节再按行解析）时，应显式调用
readline()或read()，而非依赖隐式迭代。
简言之：Python 的文件迭代器天生“面向行”，模式只影响数据类型与编码行为，不影响行分割逻辑——这是 IO 抽象层的有意设计，兼顾简洁性与一致性。
