Python要想調(diào)用C語言寫的動(dòng)態(tài)連接庫。不僅要兼容C接口的調(diào)用習(xí)慣，還須要兼容C語言的數(shù)據(jù)類型。幸運(yùn)的是ctypes庫已經(jīng)做了這雙方面的工作。以便調(diào)用動(dòng)態(tài)連接庫是很方便的。在Hello?World的程序里，這行代碼編寫例如以下：

MessageBox?=?windll.user32.MessageBoxW

從這行代碼的簡(jiǎn)潔程度來看。是很優(yōu)美的。這樣的優(yōu)美是因?yàn)閏types庫在背后做了許多的工作。比方windll事實(shí)上是一個(gè)比較復(fù)雜的對(duì)象。在ctypes庫里，它提供了三個(gè)easy載入動(dòng)態(tài)連接庫的對(duì)象：cdll、windll和oledll。通過訪問這三個(gè)對(duì)象的屬性，就能夠調(diào)用動(dòng)態(tài)連接庫的函數(shù)了。

當(dāng)中cdll主要用來載入C語言調(diào)用方式（cdecl）。windll主要用來載入WIN32調(diào)用方式（stdcall），而oledll使用WIN32調(diào)用方式（stdcall）且返回值是Windows里返回的HRESULT值。假設(shè)你曾經(jīng)沒有學(xué)習(xí)過編程，肯定沒有辦法區(qū)分cdecl和stdcall，就算學(xué)習(xí)過編程，假設(shè)沒有寫過跨不同庫之間的調(diào)用，也未必知道。因?yàn)樵谘巯翴DE的開發(fā)環(huán)境下，已經(jīng)所有隱藏這些的細(xì)節(jié)。

但在跨語言方面調(diào)用時(shí)，就不能忽略這樣的細(xì)節(jié)了。那么你或許問為什么會(huì)出現(xiàn)這兩種調(diào)用方式，不是同一個(gè)動(dòng)態(tài)連接庫嗎？對(duì)于這個(gè)問題。問得好。

要回答這個(gè)問題，得從發(fā)明C語言那時(shí)候說起。

在70年代。美國人丹尼斯·里奇發(fā)明了C語言。而且使用C語言編寫UNIX，由此他就成為了C語言之父和UNIX操作系統(tǒng)之父。因?yàn)閁NIX操作系統(tǒng)很高效，改動(dòng)起來也很方便，是得益于使用了C語言來編寫。

隨著UNIX操作系統(tǒng)的推廣，C語言也變成了一個(gè)流行的語言。

要讓UNIX變得高效率。那么C語言的設(shè)計(jì)上，就要著眼于高效的設(shè)計(jì)。

在函數(shù)調(diào)用這方面的設(shè)計(jì)，就體現(xiàn)了這一點(diǎn)。在C語言的函數(shù)調(diào)用時(shí)。須要傳送多個(gè)參數(shù)。

這些參數(shù)的傳送是能夠通過寄存器或者棧來傳送。那你或許問為什么不僅僅使用寄存器這一種方式呢？因?yàn)楹瘮?shù)調(diào)用的參數(shù)比較多。比方達(dá)到5個(gè)。

而且在那時(shí)候的CPU的寄存器很少，也滿足不了這個(gè)要求。不像眼下ARM或MIPS的CPU，寄存器比較多。多達(dá)13個(gè)之多。這時(shí)所有使用寄存器來傳送參數(shù)是基本能夠解決這個(gè)問題了。在當(dāng)時(shí)的環(huán)境之下，設(shè)計(jì)的C語言的編譯器都是按棧的方式來傳遞函數(shù)調(diào)用的參數(shù)，這樣不但能夠解決寄存器少的問題，也能夠解決另外一個(gè)問題。就是能夠動(dòng)態(tài)地傳遞參數(shù)的個(gè)數(shù)。

上面僅僅是攻克了個(gè)數(shù)的問題，那又出現(xiàn)了另外一個(gè)問題，就是參數(shù)的入棧的順序問題。這個(gè)好比像學(xué)校里體育老師叫一班學(xué)生來排隊(duì)。排頭是從高到矮，還是從矮到高的選擇。在入棧這個(gè)問題上。C語言也面臨兩個(gè)選擇。一個(gè)跟代碼的書寫的順序一樣從左到右，還有一個(gè)是從右到左。在考慮到動(dòng)態(tài)參數(shù)的問題之后，C語言的設(shè)計(jì)者採用了從右到左的入棧方式，這樣的方式有兩個(gè)長處：一是函數(shù)執(zhí)行時(shí)，默認(rèn)方式是從左到右，意味著出棧的方向應(yīng)優(yōu)先為棧頂?shù)脑兀@樣能夠提高執(zhí)行效率；二是函數(shù)參數(shù)不定時(shí)，執(zhí)行時(shí)分析字符串里出現(xiàn)須要的參數(shù)，每出現(xiàn)一個(gè)參數(shù)就彈出棧一次，跟執(zhí)行分析的順序一致。比方以下的函數(shù)聲明：

printf(const?char?*,...);

由上可見入棧的順序不同，調(diào)用的方式就不一樣。在C語言里都是採用從右向左的方式入棧。在PASCAL語言里是從左向右入棧順序的。在ctypes庫里cdll、windll和oledll都是支持從右到左入棧的參數(shù)順序。

接著下來又引出來了另外一個(gè)問題，既然參數(shù)是採用入棧的方式來傳遞。那么就會(huì)出現(xiàn)這樣的情況，當(dāng)棧的參數(shù)沒有使用到時(shí)，誰來清除。恢復(fù)棧的狀態(tài)。

在這個(gè)問題上。在編譯器的設(shè)計(jì)者里又出現(xiàn)了兩種選擇：一種是傾向調(diào)用者清除。一種是傾向被調(diào)用者清除。

這兩種方式在性能上沒有什么差別，僅僅是安排清除的代碼在不同的位置上。cdll是使用調(diào)用者清除的棧的方式。而windll和oledll是使用被調(diào)用者清除。這點(diǎn)就是它們之間的差別。因此。Python里調(diào)用動(dòng)態(tài)連接庫時(shí)。一定要清楚每一個(gè)函數(shù)使用的調(diào)用方式，否則程序就會(huì)出問題。重則直接死掉。cdll和windll的差別例如以下圖：