python 3强制区分str（unicode文本）和bytes（原始字节），而python 2的str既表示文本又表示字节，导致二进制i/o模糊易错；python 2中open("data.bin")无b标志会隐式解码引发unicodedecodeerror，python 3中"rb"返回bytes、"r"返回str，类型严格绑定，错误更早暴露。
str（Unicode 文本）和 bytes（原始字节），而 Python 2 的 str 既表示文本又表示字节，导致二进制 I/O 模糊且易出错**。
Python 2 中 open() 默认以文本模式隐式解码
在 Python 2 中，open("data.bin", "rb") 确实返回 str，但这个 str 实际就是字节序列——没有编码/解码过程，读出来是什么字节就是什么字节。问题出在「混用」：如果你误用 open("data.bin")（无 b 标志），它仍按文本模式打开，却用系统默认编码（如 ASCII 或 locale 编码）尝试解码二进制内容，极易触发 UnicodeDecodeError 或静默损坏数据。
- 常见错误现象：
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff - 根本原因：Python 2 不强制区分文本与二进制，开发者需自行记住加
b标志 - 隐患：同一份代码在不同 locale 下行为可能不一致（比如中文 Windows 默认 GBK，Linux 默认 UTF-8）
Python 3 中 open() 的模式与类型严格绑定
Python 3 明确分离接口：open(..., "rb") 返回 bytes，open(..., "r") 返回 str（自动按 UTF-8 或指定编码解码）。试图用文本模式读二进制文件，或对 bytes 对象调用 .split() 等字符串方法，会立刻报错，而不是静默失败。
- 典型错误：
TypeError: a bytes-like object is required, not 'str'（比如用"\n"去分割bytes） - 正确写法：
data = open("img.jpg", "rb").read()→data是bytes；想按行处理需用b"\n" - 性能影响：避免了 Python 2 中因隐式解码带来的额外开销和不确定性
struct.unpack() 和 array.array() 在两版本中行为一致，但前提是你传入的是 bytes
像 struct.unpack("<i data> 这类操作，在 Python 2 和 Python 3 中逻辑相同，但 Python 3 要求 <code>data 必须是 bytes 类型。Python 2 允许传 str，但一旦你从文本模式误读、或拼接了 Unicode 字符串，就会崩溃或得到错误结果。
- 容易踩的坑：Python 2 中
open("f.bin").read() + "\x00"看似正常，但在 Python 3 中会报TypeError（str+bytes） - 迁移建议：所有二进制操作前加类型断言，例如
assert isinstance(data, bytes) - 兼容写法（跨版本）：
open("f.bin", "rb").read()—— 这行在两个版本中都安全返回原始字节
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
