python 3 中乱码及 unicodedecodeerror 等问题根本原因是混淆 str（unicode文本）与 bytes（原始字节）的职责边界：str 用于人读文本，bytes 用于机器传输，二者不可混用或自动转换，必须通过 encode()/decode() 显式转换并指定正确编码。
Python 3 中遇到乱码、UnicodeDecodeError、TypeError: can't concat str to bytes，基本都是因为没分清 str 和 bytes 的职责边界——str 是给人读的文本，bytes 是给机器传的原始字节，二者不能混用，也不能自动转换。
什么时候该用 str，什么时候必须用 bytes
关键看数据来源和用途：
- 用户输入、
print()输出、JSON 解析结果、正则匹配内容、日志消息 → 一定是str - 文件以
'rb'模式打开、HTTP 响应体、socket 收发、hash 计算输入、加密/解密操作 → 必须是bytes - 路径操作（如
os.path.join）、环境变量值、命令行参数 → 视系统而定，但推荐统一用str（Python 3.6+ 已对多数 API 做了透明处理）
一个简单判断：如果内容里有中文、emoji 或其他非 ASCII 字符，且你没手动指定编码，那它大概率应该是 str；如果它是从网络或磁盘“原样读出来”的一串东西（比如图片头、HTTP header raw data），那它就是 bytes。
encode() 和 decode() 怎么选参数
这两个方法不是“可有可无”的装饰，而是类型转换的强制关卡。不指定编码时默认用 'utf-8'，但现实里常遇到非 UTF-8 场景：
- Windows 控制台输出中文 → 可能是
'gbk'或'cp936' - 老系统导出的 CSV → 常见
'gb2312'或'big5' - HTTP
Content-Type明确写了charset=iso-8859-1→ 就得用'latin1'（它能 decode 任意bytes，不会报错，但可能显示异常） - 不确定编码时，别硬试
utf-8→ 先用chardet.detect(data)探测，或用errors='replace'容错：b'\xe4\xbd\xa0'.decode('utf-8', errors='replace')
注意：bytes.decode('utf-8') 失败 ≠ 编码错了，也可能是这串 bytes 根本就不是文本（比如是 JPEG 文件头），这时强行 decode 没意义。
文件读写时的编码陷阱
文件操作是最容易踩坑的地方，因为 open() 的模式直接决定返回类型：
-
open('f.txt', 'r')→ 返回str，内部自动用utf-8（或 locale 编码）decode，你不能再对结果调.decode() -
open('f.txt', 'rb')→ 返回bytes，什么也不做，你必须自己.decode('xxx') -
open('f.txt', 'w')要求写入str；open('f.txt', 'wb')要求写入bytes，写反立刻报TypeError - 二进制文件（如
.png、.pdf）必须用'rb'/'wb'，用文本模式打开再.encode()写入，会导致换行符被错误替换（\n→\r\n）
常见错误：open('log.txt', 'a').write(b'some bytes') —— 这里 b'some bytes' 是 bytes，但 'a' 模式期望 str，直接崩。
网络请求中 body 和 headers 的类型分工
Requests 库会帮你做一部分转换，但底层逻辑仍需清楚：
-
requests.get(url, params={'q': '中文'})→params自动 urlencode 成str，再转为bytes发送，你不用管 -
requests.post(url, data='{"key":"值"}')→ 如果传str，Requests 默认加Content-Type: text/plain，且不 encode；若想发 JSON，应该用json=...参数，它会自动json.dumps(...).encode('utf-8') -
response.content是bytes，response.text是str（基于响应头或探测的编码自动decode）；如果响应头声明了charset=gbk但实际是utf-8，response.text会乱码，此时应改用response.content.decode('utf-8') - 手动构造 HTTP body（如 multipart）时，boundary 和字段名必须是
str，但文件内容必须是bytes，拼接前全得统一成bytes并用b'\r\n'分隔
最易忽略的一点：即使你全程用 str，只要中间经过一次 bytes.decode() 用了错的编码，后续所有基于它的操作（比如 .split()、.replace()）都会在错误的字符边界上出问题，而且这种错误往往延迟暴露。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
