dd = {'name':'PythonCat'}
dd.get('age')        # 結(jié)果：None
dd.get('age', 18)    # 結(jié)果：18
dd['age']            # 報(bào)錯 KeyError
dd.__getitem__('age')  # 等同于 dd['age']

對于 get() 方法，它是有返回值的，而且可以傳入第二個參數(shù)，作為 key 不存在時的返回內(nèi)容，因此還可以接受。但是，另外兩種寫法都會報(bào)錯。

為了解決后兩種寫法的問題，就可以用到?missing() 魔術(shù)方法。

現(xiàn)在，假設(shè)我們有一個這樣的訴求：從字典中取某個 key 對應(yīng)的 value，如果有值則返回值，如果沒有值則插入 key，并且給它一個默認(rèn)值（例如一個空列表）。

如果用原生的 dict，并不太好實(shí)現(xiàn)，但是，Python 提供了一個非常好用的擴(kuò)展類collections.defaultdict：

如圖所示，當(dāng)取不存在的 key 時，沒有再報(bào) KeyError，而是默認(rèn)存入到字典中。

為什么 defaultdict 可以做到這一點(diǎn)呢？

原因是 defaultdict 在繼承了內(nèi)置類型 dict 之后，還定義了一個?missing() 方法，當(dāng)?getitem取不存在的值時，它就會調(diào)用入?yún)⒅袀魅氲墓S函數(shù)（上例是調(diào)用 list()，創(chuàng)建空列表）。

作為最典型的示例，defaultdict 在文檔注釋中寫到：

簡而言之，missing()的主要作用就是由getitem在缺失 key 時調(diào)用，從而避免出現(xiàn) KeyError。

另外一個典型的使用例子是collections.Counter，它也是 dict 的子類，在取未被統(tǒng)計(jì)的 key 時，返回計(jì)數(shù) 0：

2、神出鬼沒的missing()

由上可知，missing()在getitem()取不到值時會被調(diào)用，但是，我不經(jīng)意間還發(fā)現(xiàn)了一個細(xì)節(jié)：getitem()在取不到值時，并不一定會調(diào)用missing()。

這是因?yàn)樗⒎莾?nèi)置類型的必要屬性，并沒有在字典基類中被預(yù)先定義。

如果你直接從 dict 類型中取該屬性值，會報(bào)屬性不存在：AttributeError: type object 'object' has no attribute '__missing__'。

使用 dir() 查看，發(fā)現(xiàn)確實(shí)不存在該屬性：

如果從 dict 的父類即 object 中查看，也會發(fā)現(xiàn)同樣的結(jié)果。

這是怎么回事呢？為什么在 dict 和 object 中都沒有missing屬性呢？

然而，查閱最新的官方文檔，object 中分明包含這個屬性：

出處：3. Data model — Python 3.10.1 documentationmissing#object.missing

也就是說，理論上 object 類中會預(yù)定義missing，其文檔證明了這一點(diǎn)，然而實(shí)際上它并沒有被定義！文檔與現(xiàn)實(shí)出現(xiàn)了偏差！

如此一來，當(dāng) dict 的子類（例如 defaultdict 和 Counter）在定義missing?時，這個魔術(shù)方法事實(shí)上只屬于該子類，也就是說，它是一個誕生于子類中的魔術(shù)方法！

據(jù)此，我有一個不成熟的猜想：getitem()會判斷當(dāng)前對象是否是 dict 的子類，且是否擁有missing()，然后才會去調(diào)用它（如果父類中也有該方法，則不會先作判斷，而是直接就調(diào)用了）。

我在交流群里說出了這個猜想，有同學(xué)很快在 CPython 源碼中找到驗(yàn)證：

而這就有意思了，在內(nèi)置類型的子類上才存在的魔術(shù)方法，縱觀整個 Python 世界，恐怕再難以找出第二例。

我突然有一個聯(lián)想：這神出鬼沒的missing()，就像是一個擅長玩“大變活人”的魔術(shù)師，先讓觀眾在外面透過玻璃看到他（即官方文檔），然而揭開門時，他并不在里面（即內(nèi)置類型），再變換一下道具，他又完好無損就出現(xiàn)了（即 dict 的子類）。

3、被施魔法的missing()

missing() 的神奇之處，除了它本身會變“魔術(shù)”之外，它還需要一股強(qiáng)大的“魔法”才能驅(qū)動。

我發(fā)現(xiàn)原生的魔術(shù)方法間相互獨(dú)立，它們在 C 語言界面可能有相同的核心邏輯，但是在 Python 語言界面，卻并不存在著調(diào)用關(guān)系：

魔術(shù)方法的這種“老死不相往來”的表現(xiàn)，違背了一般的代碼復(fù)用原則，也是導(dǎo)致內(nèi)置類型的子類會出現(xiàn)某些奇怪表現(xiàn)的原因。

官方 Python 寧肯提供新的 UserString、UserList、UserDict 子類，也不愿意復(fù)用魔術(shù)方法，唯一合理的解釋似乎是令魔術(shù)方法相互調(diào)用的代價(jià)太大。

但是，對于特例missing()，Python 卻不得不妥協(xié)，不得不付出這種代價(jià)！

missing() 是魔術(shù)方法的“二等公民”，它沒有獨(dú)立的調(diào)用入口，只能被動地由?getitem() 調(diào)用，即missing() 依賴于getitem()。

不同于那些“一等公民”，例如?init()、enter()、len()、eq() 等等，它們要么是在對象生命周期或執(zhí)行過程的某個節(jié)點(diǎn)被觸發(fā)，要么由某個內(nèi)置函數(shù)或操作符觸發(fā)，這些都是相對獨(dú)立的事件，無所依賴。

missing() 依賴于getitem()，才能實(shí)現(xiàn)方法調(diào)用；而?getitem() 也要依賴?missing()，才能實(shí)現(xiàn)完整功能。

為了實(shí)現(xiàn)這一點(diǎn)，getitem()在解釋器代碼中開了個后門，從 C 語言界面折返回 Python 界面，去調(diào)用那個名為“missing”的特定方法。