深度剖析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

相关文章

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1

MySQL中的锁机制详解之全局锁,表级锁,行级锁

《MySQL中的锁机制详解之全局锁,表级锁,行级锁》MySQL锁机制通过全局、表级、行级锁控制并发,保障数据一致性与隔离性,全局锁适用于全库备份,表级锁适合读多写少场景,行级锁(InnoDB)实现高并... 目录一、锁机制基础:从并发问题到锁分类1.1 并发访问的三大问题1.2 锁的核心作用1.3 锁粒度分

深度解析Python装饰器常见用法与进阶技巧

《深度解析Python装饰器常见用法与进阶技巧》Python装饰器(Decorator)是提升代码可读性与复用性的强大工具,本文将深入解析Python装饰器的原理,常见用法,进阶技巧与最佳实践,希望可... 目录装饰器的基本原理函数装饰器的常见用法带参数的装饰器类装饰器与方法装饰器装饰器的嵌套与组合进阶技巧

深度解析Spring Boot拦截器Interceptor与过滤器Filter的区别与实战指南

《深度解析SpringBoot拦截器Interceptor与过滤器Filter的区别与实战指南》本文深度解析SpringBoot中拦截器与过滤器的区别,涵盖执行顺序、依赖关系、异常处理等核心差异,并... 目录Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现

深度解析Spring AOP @Aspect 原理、实战与最佳实践教程

《深度解析SpringAOP@Aspect原理、实战与最佳实践教程》文章系统讲解了SpringAOP核心概念、实现方式及原理,涵盖横切关注点分离、代理机制(JDK/CGLIB)、切入点类型、性能... 目录1. @ASPect 核心概念1.1 AOP 编程范式1.2 @Aspect 关键特性2. 完整代码实

SpringBoot开发中十大常见陷阱深度解析与避坑指南

《SpringBoot开发中十大常见陷阱深度解析与避坑指南》在SpringBoot的开发过程中,即使是经验丰富的开发者也难免会遇到各种棘手的问题,本文将针对SpringBoot开发中十大常见的“坑... 目录引言一、配置总出错?是不是同时用了.properties和.yml?二、换个位置配置就失效?搞清楚加

Linux如何快速检查服务器的硬件配置和性能指标

《Linux如何快速检查服务器的硬件配置和性能指标》在运维和开发工作中,我们经常需要快速检查Linux服务器的硬件配置和性能指标,本文将以CentOS为例,介绍如何通过命令行快速获取这些关键信息,... 目录引言一、查询CPU核心数编程(几C?)1. 使用 nproc(最简单)2. 使用 lscpu(详细信

Redis的持久化之RDB和AOF机制详解

《Redis的持久化之RDB和AOF机制详解》:本文主要介绍Redis的持久化之RDB和AOF机制,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录概述RDB(Redis Database)核心原理触发方式手动触发自动触发AOF(Append-Only File)核