0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

從源碼來看isinstance的檢測過程

馬哥Linux運(yùn)維 ? 來源:未知 ? 作者:李倩 ? 2018-05-21 10:12 ? 次閱讀

起步

通過內(nèi)建方法 isinstance(object, classinfo) 可以判斷一個(gè)對象是否是某個(gè)類的實(shí)例。但你是否想過關(guān)于鴨子協(xié)議的對象是如何進(jìn)行判斷的呢? 比如 list 類的父類是繼 object 類的,但通過 isinstance([], typing.Iterable) 返回的卻是真,難道 list 是可迭代的子類?

根據(jù) PEP 3119 的描述中得知實(shí)例的檢查是允許重載的:

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, andif so, calls C.__instancecheck__(x) instead of its normal implementation.

這段話的意思是,當(dāng)調(diào)用 isinstance(x, C) 進(jìn)行檢測時(shí),會優(yōu)先檢查是否存在 C.instancecheck,如果存在則調(diào)用 C.instancecheck(x) ,返回的結(jié)果便是實(shí)例檢測的結(jié)果,默認(rèn)的判斷方式就沒有了。

這種方式有助于我們來檢查鴨子類型,我用代碼測了一下。

classSizeable(object):

def __instancecheck__(cls, instance):

print("__instancecheck__ call")

return hasattr(instance, "__len__")

class B(object):

pass

b = B()

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

只打印了 False,并且instancecheck沒有調(diào)用。 這是怎么回事。可見文檔描述并不清楚。打破砂鍋問到底的原則我從源碼中觀察 isinstance 的檢測過程。

從源碼來看 isinstance 的檢測過程

這部分的內(nèi)容可能比較難,如果讀者覺得閱讀有難度可以跳過,直接看結(jié)論。isinstance 的源碼在 abstract.c 文件中:

[abstract.c]

int

PyObject_IsInstance(PyObject *inst, PyObject *cls)

{

_Py_IDENTIFIER(__instancecheck__);

PyObject *checker;

/* Quick test for an exact match */

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

return1;

....

}

Py_TYPE(inst) == (PyTypeObject *)cls 這是一種快速匹配的方式,等價(jià)于 type(inst) is cls ,這種快速的方式僅當(dāng) inst = cls() 匹配成功,并不會去優(yōu)先檢查instancecheck,所以文檔中有誤。繼續(xù)向下看源碼:

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

if (PyType_CheckExact(cls)) {

return recursive_isinstance(inst, cls);

}

展開宏 PyType_CheckExact :

[object.h]

#definePyType_CheckExact(op) (Py_TYPE(op) == &PyType_Type)

也就是說 cls 是由 type 直接構(gòu)造出來的類,則判斷語言成立。除了類聲明里指定 metaclass 外基本都是由 type 直接構(gòu)造的。從測試代碼中得知判斷成立,進(jìn)入 recursiveisinstance。但是這個(gè)函數(shù)里面我卻沒找到有關(guān)instancecheck的代碼,recursiveisinstance 的判斷邏輯大致是:

def recursive_isinstance(inst, cls):

return pyType_IsSubtype(inst, cls)

def pyType_IsSubtype(a, b):

for mro in a.__class__.__mro__:

if mro is b:

returnTrue

returnFalse

是從mro繼承順序來判斷的,mro是一個(gè)元組,它表示類的繼承順序,這個(gè)元組的中類的順序也決定了屬性查找順序?;氐?PyObject_IsInstance 函數(shù)往下看:

if (PyTuple_Check(cls)) {

...

}

這是當(dāng) instance(x, C) 第二個(gè)參數(shù)是元組的情況,里面的處理方式是遞歸調(diào)用 PyObject_IsInstance(inst, item) 。繼續(xù)往下看:

checker = _PyObject_LookupSpecial(cls, &PyId___instancecheck__);

if (checker != NULL) {

res = PyObject_CallFunctionObjArgs(checker, inst, NULL);

ok = PyObject_IsTrue(res);

return ok;

}

顯然,這邊才是獲得instancecheck的地方,為了讓檢查流程走到這里,定義的類要指明 metaclass 。剩下就是跟蹤下PyObjectLookupSpecial 就可以了:

[typeobject.c]

PyObject *

_PyObject_LookupSpecial(PyObject *self, _Py_Identifier *attrid)

{

PyObject *res;

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

// 有回調(diào)的話處理回調(diào)

// ...

return res;

}

取的是 PyTYPE(self) ,也就是說指定的 metaclass 里面需要定義instancecheck,獲得該屬性后,通過 PyObjectCallFunctionObjArgs 調(diào)用,調(diào)用的內(nèi)容才是用戶自定義的重載方法。

檢查機(jī)制總結(jié)

至此,isinstance 的檢測過程基本清晰了,為了便于理解,也得益于python很強(qiáng)的自解釋能力,我用python代碼來簡化 isinstance 的過程:

def _isinstance(x, C):

# 快速匹配

if type(x) is C:

returnTrue

# 如果是由元類 type 直接構(gòu)造的類

if type(C) is type:

return C in x.__class__.__mro__

# 如果第二個(gè)參數(shù)是元組, 則遞歸調(diào)用

if type(C) is tuple:

for item in C:

r = _isinstance(x, item)

if r:

return r

# 用戶自定義檢測規(guī)則

if hasattr(C, "__instancecheck__"):

return C.__instancecheck__(x)

# 默認(rèn)行為

return C in x.__class__.__mro__

判斷的過程中有5個(gè)步驟,而用戶自定義的instancecheck則比較靠后,這個(gè)檢測過程主要還是以默認(rèn)的行為來進(jìn)行的,用戶行為并不優(yōu)先。

重載 isinstance(x, C)

因此,要想重載 isinstance(x, C) ,讓用戶能自定義判斷結(jié)果,就需要滿足以下條件:

x 對象不能是由 C 直接實(shí)例化;

C 類指定 metaclass ;

指定的 metaclass 類中定義了instancecheck。

滿足這些條件后,比如對鴨子協(xié)議如何判斷就比較清楚了:

classMetaSizeable(type):

def __instancecheck__(cls, instance):

print("__instancecheck__ call")

return hasattr(instance, "__len__")

classSizeable(metaclass=MetaSizeable):

pass

class B(object):

pass

b = B()

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

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

本次測試環(huán)境 Python3.6.0

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 源碼
    +關(guān)注

    關(guān)注

    8

    文章

    652

    瀏覽量

    29412
  • python
    +關(guān)注

    關(guān)注

    56

    文章

    4807

    瀏覽量

    84975

原文標(biāo)題:一文讀懂架構(gòu)師都不知道的isinstance檢查機(jī)制

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運(yùn)維】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    Visual C# 2010入門到精通12章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 15:44 ?13次下載

    Visual C# 2010入門到精通08章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 15:44 ?6次下載

    Visual C# 2010入門到精通13章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 15:44 ?11次下載

    Visual C# 2010入門到精通11章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 15:44 ?9次下載

    Visual C# 2010入門到精通10章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 15:44 ?28次下載

    Visual C# 2010入門到精通06章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 15:44 ?11次下載

    Visual C# 2010入門到精通07章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 16:00 ?8次下載

    Visual C# 2010入門到精通09章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 16:00 ?13次下載

    Visual C# 2010入門到精通03章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 16:00 ?7次下載

    Visual C# 2010入門到精通04章源碼

    書:Visual C# 2010入門到精通各章節(jié)程序源碼
    發(fā)表于 05-10 16:00 ?11次下載

    編譯UCOSII源碼過程

    編譯UCOSII源碼過程
    發(fā)表于 10-30 15:24 ?11次下載
    編譯UCOSII<b class='flag-5'>源碼</b><b class='flag-5'>過程</b>

    我們怎樣讀源碼才能更高效

    分享的答案。但往往很多時(shí)候,自己查到的資料并不能解決所有問題,尤其是比較細(xì)節(jié)的問題。 我的實(shí)戰(zhàn)經(jīng)驗(yàn)來看,遇到這種情況,通常就需要去源碼中尋找答案了,因?yàn)樵?b class='flag-5'>源碼面前,這些細(xì)節(jié)會變得「一
    的頭像 發(fā)表于 11-12 09:38 ?1696次閱讀
    我們怎樣讀<b class='flag-5'>源碼</b>才能更高效

    Qt源碼跨平臺源碼編譯構(gòu)建過程中的注意點(diǎn)

    本文主要是記錄在Qt源碼跨平臺源碼編譯構(gòu)建過程中的一些注意點(diǎn)以及自己的思考。因平臺太多,軟件環(huán)境大多不同,故不會針對特定平臺進(jìn)行詳細(xì)步驟描述,所以記錄些共同點(diǎn),細(xì)節(jié)點(diǎn)就略過啦。如果有疑問,可以加小生微信相互交流,互相學(xué)習(xí),哈哈!
    的頭像 發(fā)表于 10-08 11:51 ?3212次閱讀

    源碼分析 import axios from &apos;axios&apos; 的執(zhí)行過程-1

    這兩篇文章我們看一下 axios 的相關(guān)知識。 import axios from 'axios' 再到 axios 的內(nèi)部源碼,帶大家看一下經(jīng)典庫的運(yùn)行流程。
    的頭像 發(fā)表于 03-01 10:01 ?1305次閱讀
    <b class='flag-5'>源碼</b>分析<b class='flag-5'>從</b> import axios from &apos;axios&apos; 的執(zhí)行<b class='flag-5'>過程</b>-1

    記錄一次使用easypoi時(shí)與源碼博弈的過程

    一、背景介紹 最近剛剛接手了保險(xiǎn)一線之聲平臺的開發(fā)和維護(hù)工作,第一個(gè)需要修復(fù)的問題是:平臺的事件導(dǎo)出成excel功能在經(jīng)過一次上線之后突然不可用了,于是就開始了幾輪痛苦的排查以及與源碼博弈的過程
    的頭像 發(fā)表于 07-03 16:33 ?390次閱讀
    記錄一次使用easypoi時(shí)與<b class='flag-5'>源碼</b>博弈的<b class='flag-5'>過程</b>