Python 3 中无 unicode 类型，str 即 Unicode 字符串，bytes 为字节序列，二者严格分离、不隐式转换；混用会立即报 TypeError，必须显式 encode/decode。
unicode 类型在 Python 3 中根本不存在——这不是“取消混用”，而是从设计上就没了混用可能。
Python 3 的 str 就是 Unicode 字符串，bytes 就是字节序列，二者类型严格分离，不隐式转换。所谓“混用”在 Python 2 里才成立（str 是字节串，unicode 是文本，但能自动 decode/encode），而 Python 3 把这个模糊地带直接砍掉了。
为什么不能 str + bytes？
这是最常踩的坑：直接拼接会报 TypeError: can't concat str to bytes。
-
str是抽象字符（比如“你”“好”“?”），不关心怎么存 -
bytes是具体字节（比如b'\xe4\xbd\xa0'），只管传输和存储 - 强行混在一起，等于让“意义”和“信号”共用一个变量名——Python 3 拒绝这种歧义
必须显式转换："abc".encode('utf-8') + b'def' 或 b'abc'.decode('utf-8') + "def"。错一步就立刻报错，反而帮你提前暴露问题。
open() 不指定 encoding 就读中文文件，为什么崩？
因为 open('data.txt', 'r') 默认用系统 locale 解码（Windows 是 cp936，Linux/macOS 通常是 utf-8），但文件实际可能是 UTF-8 带 BOM、GBK、甚至 ISO-8859-1。不一致就触发 UnicodeDecodeError。
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
- 正确写法永远是：
open('data.txt', 'r', encoding='utf-8-sig')（自动处理 BOM） - 不确定编码时别硬猜，先用
chardet或charset-normalizer探测 - 二进制文件（PDF、图片、.docx）必须用
'rb'模式打开，'r'模式读就是自找UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 0
json.dumps() 输出 \u4f60\u597d 而不是 “你好”，怎么改？
这是默认行为，不是 bug。JSON 规范允许转义，但人类可读性差，API 前端也常误解析。
立即学习“Python免费学习笔记（深入）”；
- 关键参数是
ensure_ascii=False：json.dumps(data, ensure_ascii=False) - 漏掉它，所有非 ASCII 字符都会变成
\uXXXX形式 - 注意：如果下游系统（比如老旧 Java 服务）强制要求 ASCII-only JSON，那就得保留默认；否则一律关掉
re.match(r'^\w+$', '你好') 为啥返回 None？
因为 \w 在 Python re 模块中默认只匹配 ASCII 字母数字（等价于 [a-zA-Z0-9_]），不认中文、日文、Emoji。
- 加
re.UNICODE标志可启用 Unicode-aware 匹配：re.match(r'^\w+$', '你好', re.UNICODE) - 但
\w仍不覆盖所有汉字（比如缺古汉字、扩展 B 区），真要匹配中文建议用regex模块：import regex; regex.match(r'^\p{Han}+$', '你好') -
re比regex快 10–20%，简单场景别为“看起来更准”换模块
encoding 或没分清 str/bytes，后面所有操作都在错误基础上叠加。越往后 debug，越难定位源头。 
