应使用 isinstance() 而非 type() 进行类型检查，因为 isinstance() 支持继承关系、抽象基类和类型元组，而 type() 仅匹配精确类型，无法识别子类、ABC 或第三方库自定义类型。

用 type() 判断类型时，为什么 type(42) == int 有时会失效？

type() 返回的是对象的精确类型对象，它不考虑继承关系。比如子类实例调用 type() 得到的是子类本身，不是父类。

• 子类实例判断失败：

  class MyInt(int): pass  
  x = MyInt(42)  
  type(x) == int  # False —— 因为 type(x) 是 <class '__main__.MyInt'>

• 第三方库常见陷阱：
  pandas 的 Series、numpy 的 ndarray 都有自定义数值类型，type(x) is np.int64 看似合理，但实际中常混用 Python 原生 int 和 numpy 类型，硬比 type 容易漏判

• 不支持元组参数：
  type(x) in (int, float) 可行，但 type(x) == (int, float) 是错的，且无法像 isinstance 那样直接传元组

什么场景必须用 isinstance()？

isinstance() 检查的是「是否为某类或其子类的实例」，天然支持继承链和类型元组，是做类型校验的默认选择。

立即学习“Python免费学习笔记（深入）”；

• 处理用户输入或 API 返回值时：

  def process_number(x):  
    if isinstance(x, (int, float)):  
        return x * 2  
    raise TypeError(f"expected number, got {type(x).__name__}")

• 遇到抽象基类（ABC）必须用它：
  isinstance([], collections.abc.Sequence) 返回 True，但 type([]) == collections.abc.Sequence 是 False（因为 ABC 不是具体类型）

  

  macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

  让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

  下载

• 与 typing 模块配合更自然：
  虽然 isinstance() 不能识别 Union 或 Literal，但它能认出 typing.Sequence（在运行时是 collections.abc.Sequence 的别名）

isinstance() 的三个典型误用点

• 把字符串字面量当类型传：
  isinstance(x, "str") 会报 TypeError: isinstance() arg 2 must be a type or tuple of types —— 必须传 str，不是 "str"

• 忘记括号导致元组变单个元素：
  isinstance(x, str, int) 是错的（参数太多），正确写法是 isinstance(x, (str, int))

• 在热路径里频繁调用影响性能：
  isinstance() 比 type() 稍慢，因为要遍历 MRO；如果确定不会出现子类（如纯 JSON 解析后的 dict / list），且性能敏感，可用 type(x) is dict 替代

什么时候可以/应该用 type()？

type() 不是没用，而是适用面窄、意图明确：你只接受这个确切类型，连子类都不行。

• 强制区分原生类型和包装类：

  # 只接受 Python 原生 int，拒绝 MyInt、numpy.int64  
  if type(x) is int:  
    ...

• 类型注解运行时校验（极少数情况）：
  比如写一个调试工具，要确认某个变量“真的没被 monkey patch 过”，就得用 type(obj) is original_type

• 与 is 配合做快速身份判断：
  type(x) is type(y) 比 isinstance(x, type(y)) 更严格，适合类型系统内部逻辑

类型检查这事，表面看只是换两个函数，实际是在选「要不要承认继承关系」——一旦涉及第三方库、自定义类或 ABC，isinstance() 就成了事实标准；而 type() 只在你明确想切断继承链时才安全。