深度剖析isinstance的检查机制

2023-10-25 00:30

本文主要是介绍深度剖析isinstance的检查机制,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1Python中文社区 全球Python中文开发者的 精神部落 640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1

起步

通过内建方法 isinstance(object, classinfo) 可以判断一个对象是否是某个类的实例。但你是否想过关于鸭子协议的对象是如何进行判断的呢? 比如 list 类的父类是继 object 类的,但通过 isinstance([], typing.Iterable) 返回的却是真,难道 list 是可迭代的子类?

根据 PEP 3119 的描述中得知实例的检查是允许重载的:

 
  1. The primary mechanism proposed here is to allow overloading the built-in functions isinstance() and issubclass(). The overloading works as follows: The call isinstance(x, C) first checks whether C.__instancecheck__ exists, and if so, calls C.__instancecheck__(x) instead of its normal implementation.

这段话的意思是,当调用 isinstance(x, C) 进行检测时,会优先检查是否存在 C.instancecheck,如果存在则调用 C.instancecheck(x) ,返回的结果便是实例检测的结果,默认的判断方式就没有了。

这种方式有助于我们来检查鸭子类型,我用代码测了一下。

 
  1. class Sizeable(object):

  2.    def __instancecheck__(cls, instance):

  3.        print("__instancecheck__ call")

  4.        return hasattr(instance, "__len__")

  5. class B(object):

  6.    pass

  7. b = B()

  8. print(isinstance(b, Sizeable)) # output:False

只打印了 False,并且 instancecheck 没有调用。 这是怎么回事。可见文档描述并不清楚。打破砂锅问到底的原则我从源码中观察 isinstance 的检测过程。

从源码来看 isinstance 的检测过程

这部分的内容可能比较难,如果读者觉得阅读有难度可以跳过,直接看结论。isinstance 的源码在 abstract.c 文件中:

 
  1. [abstract.c]

  2. int

  3. PyObject_IsInstance(PyObject *inst, PyObject *cls)

  4. {

  5.    _Py_IDENTIFIER(__instancecheck__);

  6.    PyObject *checker;

  7.    /* Quick test for an exact match */

  8.    if (Py_TYPE(inst) == (PyTypeObject *)cls)

  9.        return 1;

  10.    ....

  11. }

Py_TYPE(inst) == (PyTypeObject *)cls 这是一种快速匹配的方式,等价于 type(inst) is cls ,这种快速的方式仅当 inst = cls() 匹配成功,并不会去优先检查 instancecheck ,所以文档中有误。继续向下看源码:

 
  1. /* We know what type's __instancecheck__ does. */

  2.    if (PyType_CheckExact(cls)) {

  3.        return recursive_isinstance(inst, cls);

  4.    }

展开宏 PyType_CheckExact :

 
  1. [object.h]

  2. #define PyType_CheckExact(op) (Py_TYPE(op) == &PyType_Type)

也就是说 cls 是由 type 直接构造出来的类,则判断语言成立。除了类声明里指定 metaclass 外基本都是由 type 直接构造的。从测试代码中得知判断成立,进入 recursiveisinstance。但是这个函数里面我却没找到有关 instancecheck 的代码,recursiveisinstance 的判断逻辑大致是:

 
  1. def recursive_isinstance(inst, cls):

  2.    return pyType_IsSubtype(inst, cls)

  3. def pyType_IsSubtype(a, b):

  4.    for mro in a.__class__.__mro__:

  5.        if mro is b:

  6.            return True

  7.    return False

是从 mro 继承顺序来判断的,mro 是一个元组,它表示类的继承顺序,这个元组的中类的顺序也决定了属性查找顺序。回到 PyObject_IsInstance 函数往下看:

 
  1. if (PyTuple_Check(cls)) {

  2.    ...

  3. }

这是当 instance(x, C) 第二个参数是元组的情况,里面的处理方式是递归调用 PyObject_IsInstance(inst, item) 。继续往下看:

 
  1. checker = _PyObject_LookupSpecial(cls, &PyId___instancecheck__);

  2. if (checker != NULL) {

  3.    res = PyObject_CallFunctionObjArgs(checker, inst, NULL);

  4.    ok = PyObject_IsTrue(res);

  5.    return ok;

  6. }

显然,这边才是获得 instancecheck 的地方,为了让检查流程走到这里,定义的类要指明 metaclass 。剩下就是跟踪下 PyObjectLookupSpecial 就可以了:

 
  1. [typeobject.c]

  2. PyObject *

  3. _PyObject_LookupSpecial(PyObject *self, _Py_Identifier *attrid)

  4. {

  5.    PyObject *res;

  6.    res = _PyType_LookupId(Py_TYPE(self), attrid);

  7.    // 有回调的话处理回调

  8.    // ...

  9.    return res;

  10. }

取的是 PyTYPE(self) ,也就是说指定的 metaclass 里面需要定义 instancecheck ,获得该属性后,通过 PyObjectCallFunctionObjArgs 调用,调用的内容才是用户自定义的重载方法。

检查机制总结

至此,isinstance 的检测过程基本清晰了,为了便于理解,也得益于python很强的自解释能力,我用python代码来简化 isinstance 的过程:

 
  1. def _isinstance(x, C):

  2.    # 快速匹配

  3.    if type(x) is C:

  4.        return True

  5.    # 如果是由元类 type 直接构造的类

  6.    if type(C) is type:

  7.        return C in x.__class__.__mro__

  8.    # 如果第二个参数是元组, 则递归调用

  9.    if type(C) is tuple:

  10.        for item in C:

  11.            r = _isinstance(x, item)

  12.            if r:

  13.                return r

  14.    # 用户自定义检测规则

  15.    if hasattr(C, "__instancecheck__"):

  16.        return C.__instancecheck__(x)

  17.    # 默认行为

  18.    return C in x.__class__.__mro__

判断的过程中有5个步骤,而用户自定义的 instancecheck 则比较靠后,这个检测过程主要还是以默认的行为来进行的,用户行为并不优先。

重载 isinstance(x, C)

因此,要想重载 isinstance(x, C) ,让用户能自定义判断结果,就需要满足以下条件:

x 对象不能是由 C 直接实例化; 

C 类指定 metaclass ; 

指定的 metaclass 类中定义了 instancecheck 。 

满足这些条件后,比如对鸭子协议如何判断就比较清楚了:

 
  1. class MetaSizeable(type):

  2.    def __instancecheck__(cls, instance):

  3.        print("__instancecheck__ call")

  4.        return hasattr(instance, "__len__")

  5. class Sizeable(metaclass=MetaSizeable):

  6.    pass

  7. class B(object):

  8.    pass

  9. b = B()

  10. print(isinstance(b, Sizeable))  # output: False

  11. print(isinstance([], Sizeable)) # output: True

本次测试环境 Python3.6.0

作者:weapon,不会写程序的浴室麦霸不是好的神经科医生


     

赞赏作者

640?wx_fmt=png

最近热门文章

用Python更加了解微信好友

如何用Python做一个骚气的程序员

用Python爬取陈奕迅新歌《我们》10万条评论的新发现

用Python分析苹果公司股价数据

Python自然语言处理分析倚天屠龙记

640?wx_fmt=jpeg

▼ 点击下方阅读原文免费成为社区会员

这篇关于深度剖析isinstance的检查机制的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/278782

相关文章

Redis中哨兵机制和集群的区别及说明

《Redis中哨兵机制和集群的区别及说明》Redis哨兵通过主从复制实现高可用,适用于中小规模数据;集群采用分布式分片,支持动态扩展,适合大规模数据,哨兵管理简单但扩展性弱,集群性能更强但架构复杂,根... 目录一、架构设计与节点角色1. 哨兵机制(Sentinel)2. 集群(Cluster)二、数据分片

深度解析Python yfinance的核心功能和高级用法

《深度解析Pythonyfinance的核心功能和高级用法》yfinance是一个功能强大且易于使用的Python库,用于从YahooFinance获取金融数据,本教程将深入探讨yfinance的核... 目录yfinance 深度解析教程 (python)1. 简介与安装1.1 什么是 yfinance?

深入理解go中interface机制

《深入理解go中interface机制》本文主要介绍了深入理解go中interface机制,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学... 目录前言interface使用类型判断总结前言go的interface是一组method的集合,不

C# async await 异步编程实现机制详解

《C#asyncawait异步编程实现机制详解》async/await是C#5.0引入的语法糖,它基于**状态机(StateMachine)**模式实现,将异步方法转换为编译器生成的状态机类,本... 目录一、async/await 异步编程实现机制1.1 核心概念1.2 编译器转换过程1.3 关键组件解析

深度解析Spring Security 中的 SecurityFilterChain核心功能

《深度解析SpringSecurity中的SecurityFilterChain核心功能》SecurityFilterChain通过组件化配置、类型安全路径匹配、多链协同三大特性,重构了Spri... 目录Spring Security 中的SecurityFilterChain深度解析一、Security

Redis客户端连接机制的实现方案

《Redis客户端连接机制的实现方案》本文主要介绍了Redis客户端连接机制的实现方案,包括事件驱动模型、非阻塞I/O处理、连接池应用及配置优化,具有一定的参考价值,感兴趣的可以了解一下... 目录1. Redis连接模型概述2. 连接建立过程详解2.1 连php接初始化流程2.2 关键配置参数3. 最大连

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Spring Security 单点登录与自动登录机制的实现原理

《SpringSecurity单点登录与自动登录机制的实现原理》本文探讨SpringSecurity实现单点登录(SSO)与自动登录机制,涵盖JWT跨系统认证、RememberMe持久化Token... 目录一、核心概念解析1.1 单点登录(SSO)1.2 自动登录(Remember Me)二、代码分析三、

Go语言并发之通知退出机制的实现

《Go语言并发之通知退出机制的实现》本文主要介绍了Go语言并发之通知退出机制的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录1、通知退出机制1.1 进程/main函数退出1.2 通过channel退出1.3 通过cont

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理