isinstance() 比 type() 更安全，因其通过 MRO 支持继承关系判断，而 type() 仅匹配直接类型；检查多类型应传类型元组如 (int, float)，字符串形式用于解决前向引用，ABC 侧重接口兼容性而非行为一致性。
isinstance() 为什么比 type() 更安全？
因为 isinstance() 能正确处理继承关系，type() 只认“亲生”的类。比如自定义子类实例，type(obj) == Parent 是 False，但 isinstance(obj, Parent) 是 True。
常见错误现象：
- 用 type(x) == list 判断是否为列表，结果在 collections.UserList 子类上失败
- 用 type(data) is dict 做类型分发，遇到 types.MappingProxyType 或自定义映射类直接跳过逻辑
-
isinstance()检查的是「是否属于某类或其任意子类」，本质是 MRO（方法解析顺序）查找 -
type()返回的是对象的「直接类型」，不走继承链 - 如果明确要排除子类（极少见），才用
type(x) is Y；否则默认选isinstance()
检查多个类型时怎么写最简洁？
传入类型元组，不是用 or 拼接多个 isinstance() 调用。
错误写法：isinstance(x, int) or isinstance(x, float)
正确写法：isinstance(x, (int, float))
- 元组里可以混用具体类、抽象基类（如
numbers.Real）、甚至字符串（用于延迟解析，见下条） - 性能上，单次调用比多次调用略快，且可读性高
- 注意：元组里不能放实例或表达式，只能是类型对象或字符串
什么时候要用字符串代替类型名？
解决循环导入或前向引用问题，比如在类型注解或尚未定义的类场景中。
典型使用场景：
- 类内部方法里检查自身未来实例（如 __init__ 中验证参数是否为同类型）
- typing.TYPE_CHECKING 下做运行时类型检查，避免导入失败
- 写成
isinstance(obj, 'MyClass')，Python 会在运行时尝试解析该字符串为当前作用域中的类名 - 仅限于模块顶层已定义的类名；嵌套类、局部变量名、未定义名会抛
NameError - CPython 3.10+ 支持，旧版本不兼容 —— 如果需支持 3.9 及更早，避免用字符串形式
抽象基类（ABC）和具体类混用要注意什么？
抽象基类（如 collections.abc.Sequence）能匹配更多“像列表”的对象，但行为语义不一定完全一致。
立即学习“Python免费学习笔记（深入）”；
常见踩坑点：
- isinstance([1,2], collections.abc.Sequence) → True（没问题）
- isinstance(range(3), collections.abc.Sequence) → True，但 range 不支持 .append() 或 +=
- 用 ABC 检查强调「接口兼容性」，用具体类（如
list）强调「行为一致性」 - 不要假设通过
isinstance(x, abc.MutableSequence)就一定能调用x.append()—— 还得看实际对象是否实现了该方法（比如只读实现可能抛NotImplementedError） - 优先用标准 ABC（
numbers.Number,collections.abc.Iterable等），而不是自己造抽象类去isinstance()
真正难的不是语法，是判断你到底想约束「是不是这个类型」，还是「能不能干这件事」——前者用 isinstance()，后者往往得靠 hasattr() 或 try/except。
