isinstance()是Python推荐的类型检查方式，支持继承链和内置类型安全判断，但不应替代鸭子类型；误用会掩盖设计缺陷，真正难点在于判断是否需要类型检查。
isinstance() 是 Python 中最推荐的类型检查方式，但它不是万能的“类型断言”，用错场景反而会掩盖设计问题。
什么时候该用 isinstance()，而不是 type()
直接比较 type(obj) 会严格匹配具体类，无法处理继承关系；而 isinstance() 支持继承链判断，更符合 Python 的多态习惯。
- 遇到子类实例时，
isinstance(obj, Parent)返回True，但type(obj) is Parent为False - 对内置类型（如
list、dict）也适用，且比type(obj) == list更安全（避免被猴子补丁干扰） - 传入元组作为第二个参数可一次检查多个类型：
isinstance(x, (int, float))
常见误用：把 isinstance() 当作“鸭子类型”的替代品
Python 鼓励“有这个方法就能用”，而不是“是这个类型才准用”。过度使用 isinstance() 往往说明接口设计不够清晰。
- 比如函数只用到
obj.read()，就该尝试调用并捕获AttributeError，而非先isinstance(obj, io.IOBase) - 对第三方库对象做类型检查风险高——它们可能未显式继承标准抽象基类（ABC），或内部用了代理/装饰器导致类型失真
- 测试中滥用
isinstance()会让 mock 变得脆弱；更稳妥的是检查行为（如hasattr(mock_obj, 'close')）
需要特别注意的类型边界情况
某些类型在不同 Python 版本或导入路径下表现不一致，容易踩坑：
立即学习“Python免费学习笔记（深入）”；
-
str和bytes：在 Python 3 中二者互不兼容，isinstance(b'x', str)永远为False，但isinstance('x', collections.abc.Sequence)却为True（因为str实现了序列协议） - 数字类型：
bool是int的子类，所以isinstance(True, int)返回True—— 若逻辑上需排除布尔值，得额外判断not isinstance(obj, bool) - 抽象基类（ABC）：要用
collections.abc.Iterable而非collections.Iterable（后者在 Python 3.10+ 已弃用），且确保对象已正确注册（MyClass.register(Iterable)）或实现了对应协议
真正难的不是写对 isinstance()，而是判断「这里到底该不该检查类型」——多数时候，让代码早点抛出 AttributeError 或 TypeError，比提前拦住更利于暴露真实问题。
