python 3 彻底移除 unicode() 函数且 str 不再支持 decode()；需用 isinstance(data, bytes) 判断后解码，跨版本兼容应基于类型而非版本号做分支处理。
Python 3 中不再有 unicode 类型，所有文本字符串都是 str；直接把 Python 2 的 unicode() 调用原样搬过去，会立刻触发 NameError: name 'unicode' is not defined。
调用 unicode() 就报 NameError
这是最直白的“类型消失”问题。Python 2 的 unicode() 是内置函数，Python 3 完全移除了它——不是改名、不是弃用，是彻底不存在。
-
unicode("abc", "utf-8")在 Python 2 中合法，在 Python 3 中运行即崩 - 哪怕你只写了
unicode（不带括号），也会报同样的NameError - PyCharm 或其他 IDE 若仍按 Python 2 规则做语法检查，可能提前标黄，但这不是运行时错误
str.decode() 在 Python 3 中抛 AttributeError
Python 2 的 str 是字节串，所以 "中文".decode("utf-8") 合理；Python 3 的 str 已是 Unicode 文本，.decode() 方法只属于 bytes，对 str 调用就是错的。
- 典型迁移场景：从 requests 响应取
r.text（Python 3 中已是str），再写r.text.decode("utf-8")→ 立刻AttributeError - 读文件时用了
open("x.txt", encoding="utf-8")，返回值是str，后续又.decode()→ 同样报错 - 检查类型比猜编码更可靠：
isinstance(data, bytes)为真才调.decode()
跨版本兼容写法必须做类型判断
如果你的代码要同时跑在 Python 2 和 3 上（比如老项目尚未完全迁移），不能硬写 unicode() 或无条件 .decode()，得靠运行时类型分支。
- 统一转文本的函数：先判
isinstance(x, bytes)（Py3）或isinstance(x, str)（Py2），再决定是否解码 - 不要依赖
sys.version_info做大段 if/else，容易漏掉边界情况；类型判断更贴近数据本质 - 像
to_str()这类工具函数，核心逻辑就是：bytes → decode，str → 直接返回，其它类型原样透传
真正难处理的不是语法替换，而是那些隐式依赖“str 可 decode”的逻辑——比如正则匹配前自动 decode、日志模块内部强行 decode 字符串。这些地方不会报 NameError 或 AttributeError，但会在特定输入下静默出错或乱码，排查成本远高于显式类型错误。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
