rb模式是读二进制文件的硬性要求，否则会因utf-8解码失败报unicodedecodeerror，或因换行符转换、0x1a误判eof等导致数据静默损坏；rb返回bytes，wb只接受bytes，且struct.unpack()等操作必须基于rb读取的原始字节流。
rb 模式不是“建议”，而是硬性要求——不用它，读二进制文件大概率会立刻报 UnicodeDecodeError，或者静默损坏数据。
为什么用 'r' 读二进制文件会崩
Python 的r 模式本质是 rt（文本模式），它会在底层做两件事：
- 尝试用 UTF-8 解码所有字节流
- 自动转换换行符（比如把 \r\n 变成 \n）
二进制文件里大量存在 \x00、\xff、\x8b 这类非 UTF-8 字节，解码时直接触发 UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 0
即使侥幸没报错（比如文件开头恰好是合法 UTF-8 字节），后续的换行符转换也会破坏原始结构——图像 header 被改、加密密钥字节错位、pickle 协议头失效。
常见错误现象：
- 打开
model.pth或config.bin时抛出UnicodeDecodeError - 用
r读取后len()变短（换行符被合并） - 用
pickle.load()失败，提示EOFError或UnpicklingError—— 实际是文件已被文本模式污染
rb 返回 bytes，wb 只接受 bytes
rb 打开的文件对象，.read() 返回 bytes 类型；wb 写入时，.write() 只接受 bytes，传 str 直接报 TypeError: a bytes-like object is required。
别指望自动转换：
huaweicloud-python-sdk-helper
下载
华为云 Python SDK 查询工具。自动发现已安装 SDK 的服务包、Client类、API 方法、入参详情、类信息（__init__ 参数、属性、类型、描述），支持关键字搜索，快速定位目标 API 使用方法。
-
f.write('hello')→ 错，必须写f.write(b'hello')或f.write('hello'.encode()) -
f.read().decode()→ 错，除非你明确知道这部分是 UTF-8 文本（比如 ELF 文件里的字符串段），否则不要 decode -
with open('x.jpg', 'r') as f: f.readline()→ 错，.readline()在二进制上下文无意义，且可能卡死或截断
struct.unpack() 前必须用 rb 读，且长度要严丝合缝
struct.unpack() 不处理编码，只按字节序列硬解。如果文件是用 r 打开的，传进去的是 str，直接报 TypeError: unpack requires a buffer of X bytes；就算绕过类型检查，解出来的数也全错。
关键约束：
- 格式字符串长度必须匹配字节长度：例如
struct.unpack('<i data> 要求 <code>len(data) == 4，少一个字节就报错 - 不能依赖
.readline()提取帧：二进制协议没有统一换行符，.readline()会一直扫到第一个\n字节，而该字节可能是 payload 一部分 - 大文件必须分块读：
f.read(16)比f.read()安全，避免 OOM，也方便逐帧struct.unpack()
真正容易被忽略的点是：rb 不是“为了兼容图片”，而是绕过整个文本抽象层。哪怕你只是读一个自定义二进制日志，只要里面有一个 \x00，r 模式就不可靠。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
