色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

從源碼來看isinstance的檢測過程

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

起步

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

根據 PEP 3119 的描述中得知實例的檢查是允許重載的:

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.

這段話的意思是,當調用 isinstance(x, C) 進行檢測時,會優先檢查是否存在 C.instancecheck,如果存在則調用 C.instancecheck(x) ,返回的結果便是實例檢測的結果,默認的判斷方式就沒有了。

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

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沒有調用。 這是怎么回事。可見文檔描述并不清楚。打破砂鍋問到底的原則我從源碼中觀察 isinstance 的檢測過程。

從源碼來看 isinstance 的檢測過程

這部分的內容可能比較難,如果讀者覺得閱讀有難度可以跳過,直接看結論。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 這是一種快速匹配的方式,等價于 type(inst) is cls ,這種快速的方式僅當 inst = cls() 匹配成功,并不會去優先檢查instancecheck,所以文檔中有誤。繼續向下看源碼:

/* 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 直接構造出來的類,則判斷語言成立。除了類聲明里指定 metaclass 外基本都是由 type 直接構造的。從測試代碼中得知判斷成立,進入 recursiveisinstance。但是這個函數里面我卻沒找到有關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是一個元組,它表示類的繼承順序,這個元組的中類的順序也決定了屬性查找順序。回到 PyObject_IsInstance 函數往下看:

if (PyTuple_Check(cls)) {

...

}

這是當 instance(x, C) 第二個參數是元組的情況,里面的處理方式是遞歸調用 PyObject_IsInstance(inst, item) 。繼續往下看:

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);

// 有回調的話處理回調

// ...

return res;

}

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

檢查機制總結

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

def _isinstance(x, C):

# 快速匹配

if type(x) is C:

returnTrue

# 如果是由元類 type 直接構造的類

if type(C) is type:

return C in x.__class__.__mro__

# 如果第二個參數是元組, 則遞歸調用

if type(C) is tuple:

for item in C:

r = _isinstance(x, item)

if r:

return r

# 用戶自定義檢測規則

if hasattr(C, "__instancecheck__"):

return C.__instancecheck__(x)

# 默認行為

return C in x.__class__.__mro__

判斷的過程中有5個步驟,而用戶自定義的instancecheck則比較靠后,這個檢測過程主要還是以默認的行為來進行的,用戶行為并不優先。

重載 isinstance(x, C)

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

x 對象不能是由 C 直接實例化;

C 類指定 metaclass ;

指定的 metaclass 類中定義了instancecheck。

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

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

本次測試環境 Python3.6.0

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 源碼
    +關注

    關注

    8

    文章

    651

    瀏覽量

    29349
  • python
    +關注

    關注

    56

    文章

    4805

    瀏覽量

    84928

原文標題:一文讀懂架構師都不知道的isinstance檢查機制

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    編譯UCOSII源碼過程

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

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

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

    Qt源碼跨平臺源碼編譯構建過程中的注意點

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

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

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

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

    一、背景介紹 最近剛剛接手了保險一線之聲平臺的開發和維護工作,第一個需要修復的問題是:平臺的事件導出成excel功能在經過一次上線之后突然不可用了,于是就開始了幾輪痛苦的排查以及與源碼博弈的過程
    的頭像 發表于 07-03 16:33 ?376次閱讀
    記錄一次使用easypoi時與<b class='flag-5'>源碼</b>博弈的<b class='flag-5'>過程</b>
    主站蜘蛛池模板: 在线观看黄色小说| 小雪奶水涨翁工帮吸的推荐语录| 久久久久久久网站| 日韩成人在线视频| 在线观看亚洲 日韩 国产| 都市妖奇谈有声| 亚洲免费在线视频观看| 亚洲国产日韩制服在线观看| 中文字幕精品无码一区二区| 国产精品99精品无码视亚| 久久亚洲精品专区蓝色区| 小777论坛| 超碰97免费人妻| 米奇在线8888在线精品视频| 亚洲91av| 广播电台在线收听| 欧美506070| 中文字幕本庄优花喂奶| 果冻传媒视频在线播放 免费观看| 色爱区综合小说| 亚洲AV蜜桃永久无码精品无码网 | 蜜柚视频高清在线| 亚洲精品久久久992KVTV| 岛国片在线免费观看| 国产精品视频一区二区猎奇| 狠狠啪在线香蕉| 色婷婷综合久久久久中文一区二区| 亚洲 欧美 制服 校园 动漫| 成人免费网址在线| 欧美性爱 先锋影音| 丝袜足控免费网站xx91| 99久久热视频只有精品| 快播在线电影网站| 伊人久综合| 抽插的日日液液H| 鸥美一级黄色片| AV72啪啪网站| 欧洲人交xxx69| xxxx69美国| 秋霞电影午夜伦午夜| 亚洲免费无码中文在线|