isinstance(obj, cls) 是最安全的类型检查方式，能正确处理继承关系和抽象基类，支持元组参数批量检查，比 type(obj) == cls 更可靠且符合Python语义。
isinstance(obj, cls) 是最安全的类型检查方式
直接用 isinstance() 判断对象是否属于某个类（或其子类），它会正确处理继承关系，比 type(obj) == cls 更可靠。比如 isinstance(42, int) 返回 True，而 isinstance(True, int) 也返回 True（因为 bool 是 int 的子类），这是符合 Python 类型语义的预期行为。
常见错误是用 type(obj) is cls 做严格等价判断，结果在遇到子类实例时意外失败。例如自定义类 class MyList(list): pass，type(MyList()) is list 为 False，但 isinstance(MyList(), list) 为 True —— 多数场景下你真正想确认的是“能否当 list 用”，而不是“是不是原生 list 实例”。
支持元组参数一次性检查多个类型
当需要判断对象是否属于若干类型中的任意一种时，把类型放进元组传给 isinstance()，比写一堆 or 更简洁、更高效：
if isinstance(x, (str, bytes)):
# x 是字符串或字节串
pass
注意：元组里必须是类型（如 str、int），不能是字符串名称（如 "str"），否则会抛出 TypeError: isinstance() arg 2 must be a type or tuple of types。
- 支持嵌套元组，但没必要——
(str, (bytes, bytearray))等价于(str, bytes, bytearray) - 空元组
()永远返回False，极少用到 - 如果类型来自字符串（如配置中读取的类名），需先用
getattr()或globals()解析成真实类型，再传入
检查内置抽象基类（ABC）比检查具体类更灵活
很多标准库模块提供了抽象基类，比如 collections.abc.Iterable、collections.abc.Mapping，它们能匹配所有实现了对应协议的对象，不限定具体类名：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
from collections.abc import Iterable
isinstance([1,2,3], Iterable) # True
isinstance({1: 'a'}, Iterable) # True
isinstance('hello', Iterable) # True
比起硬写 isinstance(obj, (list, tuple, dict, str, range, ...))，用 ABC 更可维护、更准确。但要注意：不是所有协议都有对应 ABC，比如没有 Callable 的 ABC（得用 typing.Callable 配合 isinstance 不起作用，此时应改用 callable()）。
-
numbers.Number可同时匹配int、float、decimal.Decimal等数值类型 - 自定义类可通过继承 ABC 或注册（
MyClass.register(SomeABC)）来被isinstance()识别 - 过度依赖 ABC 可能掩盖设计问题——如果逻辑本该只处理某几个具体类型，却用宽泛的 ABC，反而降低可读性
动态获取类型时小心 __name__ 和 __qualname__ 的陷阱
有时需要根据字符串名判断类型，比如从日志或配置里拿到类名。不能直接用 isinstance(obj, 'str')（语法错误），也不能用 obj.__class__.__name__ == 'str'（易被伪造、不处理继承）。稳妥做法是通过模块找真实类型：
import builtins
cls = getattr(builtins, 'str')
isinstance('x', cls) # True
更通用的方式是用 eval()（仅限可信上下文）或构建类型查找表。关键点在于：__name__ 是类名字符串，__qualname__ 还含嵌套路径（如 A.B.C），两者都不等于类型本身；任何基于字符串的类型判断都绕不开对来源的信任和模块解析逻辑。
容易被忽略的是：用户自定义类若未显式继承任何父类，默认继承 object，但 isinstance(obj, object) 总是 True —— 这看似无害，实则可能让兜底逻辑误触发。如果业务上真要排除所有用户类，得结合 obj.__class__.__module__ != '__main__' 等额外条件，但这通常说明设计已偏离正轨。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
