Python非常规classinfo的isinstance判断及通用类型检测方案咨询

type(x) == y 与 isinstance(x, y)的核心差异 #

type(x) == y 只判断x的直接类型是否与y严格相等，不考虑继承链；isinstance(x, y) 会判断x是否为y或y的任意子类的实例，绝大多数场景下isinstance是更合理的选择。

1. 正则匹配类型检测方法的潜在风险 #

• 格式依赖问题：str(type(x))的输出格式不属于Python官方语法规范的固定内容，不同Python解释器（CPython/PyPy等）、不同版本的输出格式可能发生变化，正则匹配逻辑会直接失效。
• 正则本身缺陷：你写的正则字符集['|"]错误将|作为可匹配字符，若类名或模块名包含单引号、双引号、竖线符号时，匹配结果会被截断，导致判断错误。
• 同名类误判：仅通过类名字符串匹配无法区分不同上下文的同名类，比如你自行实现的scandir.ScandirIterator和标准库的同名类会被判定为同一类型。
• 异常捕获风险：裸except会吞掉所有异常，包括KeyboardInterrupt、MemoryError等系统级异常，会导致程序无法正常响应中断信号。
• 不支持继承判断：只能匹配当前实例的直接类型字符串，无法像原生isinstance一样支持继承关系的判断。

2. 更通用稳定的非常规类类型检测方案 #

方案1：提前获取未导出类的引用（优先选择） #

对于ScandirIterator这种固定返回值的未导出类，可以先调用一次对应方法拿到类型引用，后续直接用原生isinstance判断，性能和准确性都是最高的：

import os

# 提前缓存ScandirIterator类引用
ScandirIterator = type(os.scandir("."))

# 后续判断直接调用
def is_scandir_iterator(x):
    return isinstance(x, ScandirIterator)

方案2：通过标准属性拼接类限定名（通用场景） #

不需要正则解析，直接用类型对象的标准属性__module__（所属模块名）和__qualname__（类的限定名）拼接匹配，比正则稳定得多：

def isinstance_by_fullname(x, expected_fullname: str) -> bool:
    """
    expected_fullname 格式为「模块名.类限定名」，比如 "scandir.ScandirIterator"
    """
    cls = type(x)
    return f"{cls.__module__}.{cls.__qualname__}" == expected_fullname

方案3：支持继承判断的实现 #

如果需要和原生isinstance一样支持继承关系判断，可以遍历类型的方法解析顺序（MRO）列表匹配：

def isinstance_in_mro(x, expected_fullname: str) -> bool:
    for cls in type(x).__mro__:
        if f"{cls.__module__}.{cls.__qualname__}" == expected_fullname:
            return True
    return False

内容的提问来源于stack exchange，提问作者Carl Boneri