转)使用C/C++扩展Python
轉(zhuǎn))使用C/C++擴(kuò)展Python
分類： c++ c python 2009-12-02 14:50 1231人閱讀 評(píng)論(0) 收藏 舉報(bào) 擴(kuò)展pythonnullsystemapicommand目錄(?)[+]
使用C/C++擴(kuò)展Python| gashero |
- 1???一個(gè)簡(jiǎn)單的例子
- 2???關(guān)于錯(cuò)誤和異常
- 3???回到例子
- 4???模塊方法表和初始化函數(shù)
- 5???編譯和連接
- 6???在C中調(diào)用Python函數(shù)
- 7???解析傳給擴(kuò)展模塊函數(shù)的參數(shù)
- 8???解析傳給擴(kuò)展模塊函數(shù)的關(guān)鍵字參數(shù)
- 9???構(gòu)造任意值
- 10???引用計(jì)數(shù)
- 10.1???Python中的引用計(jì)數(shù)
- 10.2???擁有規(guī)則
- 10.3???危險(xiǎn)的薄冰
- 10.4???NULL指針
- 11???使用C++編寫擴(kuò)展
- 12???提供給其他模塊以C API
1???一個(gè)簡(jiǎn)單的例子
下面的例子創(chuàng)建一個(gè)叫做 “spam” 的擴(kuò)展模塊，調(diào)用C庫(kù)函數(shù) system() 。這個(gè)函數(shù)輸入一個(gè)NULL結(jié)尾的字符串并返回整數(shù)，可供Python調(diào)用方式如下:
>>> import spam >>> status=spam.system("ls -l")一個(gè)C擴(kuò)展模塊的文件名可以直接是 模塊名.c 或者是 模塊名module.c 。第一行應(yīng)該導(dǎo)入頭文件:
#include <Python.h>這會(huì)導(dǎo)入Python API。
?
Warning
因?yàn)镻ython含有一些預(yù)處理定義，所以你必須在所有非標(biāo)準(zhǔn)頭文件導(dǎo)入之前導(dǎo)入Python.h 。
Python.h中所有用戶可見的符號(hào)都有 Py 或 PY 的前綴，除非定義在標(biāo)準(zhǔn)頭文件中。為了方便 “Python.h” 也包含了一些常用的標(biāo)準(zhǔn)頭文件，包括<stdio.h>，<string.h>，<errno.h>，<stdlib.h>。如果你的系統(tǒng)沒(méi)有后面的頭文件，則會(huì)直接定義函數(shù) malloc() 、 free() 和 realloc() 。
下面添加C代碼到擴(kuò)展模塊，當(dāng)調(diào)用 “spam.system(string)” 時(shí)會(huì)做出響應(yīng):
static PyObject* spam_system(PyObject* self, PyObject* args) {const char* command;int sts;if (!PyArg_ParseTuple(args,"s",&command))return NULL;sts=system(command);return Py_BuildValue("i",sts); }調(diào)用方的Python只有一個(gè)命令參數(shù)字符串傳遞到C函數(shù)。C函數(shù)總是有兩個(gè)參數(shù)，按照慣例分別叫做 self 和 args 。
self 參數(shù)僅用于用C實(shí)現(xiàn)內(nèi)置方法而不是函數(shù)。本例中， self 總是為NULL，因?yàn)槲覀兌x的是個(gè)函數(shù)，不是方法。這一切都是相同的，所以解釋器也就不需要刻意區(qū)分兩種不同的C函數(shù)。
args 參數(shù)是一個(gè)指向Python的tuple對(duì)象的指針，包含參數(shù)。每個(gè)tuple子項(xiàng)對(duì)應(yīng)一個(gè)調(diào)用參數(shù)。這些參數(shù)也全都是Python對(duì)象，所以需要先轉(zhuǎn)換成C值。函數(shù) PyArg_ParseTuple() 檢查參數(shù)類型并轉(zhuǎn)換成C值。它使用模板字符串檢測(cè)需要的參數(shù)類型。
PyArg_ParseTuple() 正常返回非零，并已經(jīng)按照提供的地址存入了各個(gè)變量值。如果出錯(cuò)(零)則應(yīng)該讓函數(shù)返回NULL以通知解釋器出錯(cuò)。
?
2???關(guān)于錯(cuò)誤和異常
一個(gè)常見慣例是，函數(shù)發(fā)生錯(cuò)誤時(shí)，應(yīng)該設(shè)置一個(gè)異常環(huán)境并返回錯(cuò)誤值(NULL)。異常存儲(chǔ)在解釋器靜態(tài)全局變量中，如果為NULL，則沒(méi)有發(fā)生異常。異常的第一個(gè)參數(shù)也需要保存在靜態(tài)全局變量中，也就是raise的第二個(gè)參數(shù)。第三個(gè)變量包含棧回溯信息。這三個(gè)變量等同于Python變量 sys.exc_type 、 sys.exc_value 、 sys.exc_traceback 。這對(duì)找到錯(cuò)誤是很必要的。
Python API中定義了一些函數(shù)來(lái)設(shè)置這些變量。
最常用的就是 PyErr_SetString() 。參數(shù)是異常對(duì)象和C字符串。異常對(duì)象一般由像 PyExc_ZeroDivisionError 這樣的對(duì)象來(lái)預(yù)定義。C字符串指明異常原因，并最終存儲(chǔ)在異常的第一個(gè)參數(shù)里面。
另一個(gè)有用的函數(shù)是 PyErr_SetFromErrno() ，僅接受一個(gè)異常對(duì)象，異常描述包含在全局變量 errno 中。最通用的函數(shù)還是 PyErr_SetObject() ，包含兩個(gè)參數(shù)，分別為異常對(duì)象和異常描述。你不需要使用 Py_INCREF() 來(lái)增加傳遞到其他函數(shù)的參數(shù)對(duì)象的引用計(jì)數(shù)。
你可以通過(guò) PyErr_Occurred() 獲知當(dāng)前異常，返回當(dāng)前異常對(duì)象，如果確實(shí)沒(méi)有則為NULL。一般來(lái)說(shuō)，你在調(diào)用函數(shù)時(shí)不需要調(diào)用 PyErr_Occurred() 檢查是否發(fā)生了異常，你可以直接檢查返回值。
如果調(diào)用更下層函數(shù)時(shí)出錯(cuò)了，那么本函數(shù)返回NULL表示錯(cuò)誤，并且整個(gè)調(diào)用棧中只要有一處調(diào)用 PyErr_*() 函數(shù)設(shè)置異常就可以。一般來(lái)說(shuō)，首先發(fā)現(xiàn)錯(cuò)誤的函數(shù)應(yīng)該設(shè)置異常。一旦這個(gè)錯(cuò)誤到達(dá)了Python解釋器的主循環(huán)，則會(huì)中斷當(dāng)前執(zhí)行代碼并追究異常。
有一種情況下，模塊可能依靠其他 PyErr_*() 函數(shù)給出更加詳細(xì)的錯(cuò)誤信息，并且是正確的。但是按照一般規(guī)則，這并不重要，很多操作都會(huì)因?yàn)榉N種原因而掛掉。
想要忽略這些函數(shù)設(shè)置的異常，異常情況必須明確的使用 PyErr_Clear() 來(lái)清除。只有在C代碼想要自己處理異常而不是傳給解釋器時(shí)才這么做。
每次失敗的 malloc() 調(diào)用必須拋出一個(gè)異常，直接調(diào)用 malloc() 或 realloc() 的地方要調(diào)用 PyErr_NoMemory() 并返回錯(cuò)誤。所有創(chuàng)建對(duì)象的函數(shù)都已經(jīng)實(shí)現(xiàn)了這個(gè)異常的拋出，所以這是每個(gè)分配內(nèi)存都要做的。
還要注意的是 PyArg_ParseTuple() 系列函數(shù)的異常，返回一個(gè)整數(shù)狀態(tài)碼是有效的，0是成功，-1是失敗，有如Unix系統(tǒng)調(diào)用。
最后，小心垃圾情理，也就是 Py_XDECREF() 和 Py_DECREF() 的調(diào)用，會(huì)返回的異常。
選擇拋出哪個(gè)異常完全是你的個(gè)人愛好了。有一系列的C對(duì)象代表了內(nèi)置Python異常，例如 PyExc_ZeroDivisionError ，你可以直接使用。當(dāng)然，你可能選擇更合適的異常，不過(guò)別使用 PyExc_TypeError 告知文件打開失敗(有個(gè)更合適的 PyExc_IOError )。如果參數(shù)列表有誤， PyArg_ParseTuple() 通常會(huì)拋出 PyExc_TypeError 。如果參數(shù)值域有誤， PyExc_ValueError 更合適一些。
你也可以為你的模塊定義一個(gè)唯一的新異常。需要在文件前部聲明一個(gè)靜態(tài)對(duì)象變量，如:
static PyObject* SpamError;然后在模塊初始化函數(shù)(initspam())里面初始化它，并省卻了處理:
PyMODINIT_FUNC initspam(void) {PyObject* m;m=Py_InitModule("spam",SpamMethods);if (m==NULL)return NULL;SpamError=PyErr_NewException("spam.error",NULL,NULL);Py_INCREF(SpamError);PyModule_AddObject(m,"error",SpamError); }注意實(shí)際的Python異常名字是 spam.error 。 PyErr_NewException() 函數(shù)使用Exception為基類創(chuàng)建一個(gè)類(除非是使用另外一個(gè)類替代NULL)。
同樣注意的是創(chuàng)建類保存了SpamError的一個(gè)引用，這是有意的。為了防止被垃圾回收掉，否則SpamError隨時(shí)會(huì)成為野指針。
一會(huì)討論 PyMODINIT_FUNC 作為函數(shù)返回類型的用法。
?
3???回到例子
回到前面的例子，你應(yīng)該明白下面的代碼:
if (!PyArg_ParseTuple(args,"s",&command))return NULL;就是為了報(bào)告解釋器一個(gè)異常。如果執(zhí)行正常則變量會(huì)拷貝到本地，后面的變量都應(yīng)該以指針的方式提供，以方便設(shè)置變量。本例中的command會(huì)被聲明為 “const char* command” 。
下一個(gè)語(yǔ)句使用UNIX系統(tǒng)函數(shù)system()，傳遞給他的參數(shù)是剛才從 PyArg_ParseTuple() 取出的:
sts=system(command);我們的 spam.system() 函數(shù)必須返回一個(gè)PY對(duì)象，這可以通過(guò) Py_BuildValue() 來(lái)完成，其形式與 PyArg_ParseTuple() 很像，獲取格式字符串和C值，并返回新的Python對(duì)象:
return Py_BuildValue("i",sts);在這種情況下，會(huì)返回一個(gè)整數(shù)對(duì)象，這個(gè)對(duì)象會(huì)在Python堆里面管理。
如果你的C函數(shù)沒(méi)有有用的返回值，則必須返回None。你可以用 Py_RETUN_NONE 宏來(lái)完成:
Py_INCREF(Py_None); return Py_None;Py_None 是一個(gè)C名字指定Python對(duì)象None。這是一個(gè)真正的PY對(duì)象，而不是NULL指針。
?
4???模塊方法表和初始化函數(shù)
把函數(shù)聲明為可以被Python調(diào)用，需要先定義一個(gè)方法表:
static PyMethodDef SpamMethods[]= {...{"system",spam_system,METH_VARARGS,"Execute a shell command."},...{NULL,NULL,0,NULL} /*必須的結(jié)束符*/ };注意第三個(gè)參數(shù) METH_VARARGS ，這個(gè)標(biāo)志指定會(huì)使用C的調(diào)用慣例。可選值有 METH_VARARGS 、 METH_VARARGS | METH_KEYWORDS 。值0代表使用 PyArg_ParseTuple() 的陳舊變量。
如果單獨(dú)使用 METH_VARARGS ，函數(shù)會(huì)等待Python傳來(lái)tuple格式的參數(shù)，并最終使用 PyArg_ParseTuple() 進(jìn)行解析。
METH_KEYWORDS 值表示接受關(guān)鍵字參數(shù)。這種情況下C函數(shù)需要接受第三個(gè) PyObject* 對(duì)象，表示字典參數(shù)，使用 PyArg_ParseTupleAndKeywords() 來(lái)解析出參數(shù)。
方法表必須傳遞給模塊初始化函數(shù)。初始化函數(shù)函數(shù)名規(guī)則為 initname() ，其中 name 為模塊名。并且不能定義為文件中的static函數(shù):
PyMODINIT_FUNC initspam(void) {(void) Py_InitModule("spam",SpamMethods); }注意 PyMODINIT_FUNC 聲明了void為返回類型，還有就是平臺(tái)相關(guān)的一些定義，如C++的就要定義成 extern “C” 。
Python程序首次導(dǎo)入這個(gè)模塊時(shí)就會(huì)調(diào)用initspam()函數(shù)。他調(diào)用 Py_InitModule() 來(lái)創(chuàng)建一個(gè)模塊對(duì)象，同時(shí)這個(gè)模塊對(duì)象會(huì)插入到 sys.modules 字典中的 “spam” 鍵下面。然后是插入方法表中的內(nèi)置函數(shù)到 “spam” 鍵下面。 Py_InitModule() 返回一個(gè)指針指向剛創(chuàng)建的模塊對(duì)象。他是有可能發(fā)生嚴(yán)重錯(cuò)誤的，也有可能在無(wú)法正確初始化時(shí)返回NULL。
當(dāng)嵌入Python時(shí)， initspam() 函數(shù)不會(huì)自動(dòng)被調(diào)用，除非在入口處的 _PyImport_Inittab 表。最簡(jiǎn)單的初始化方法是在 Py_Initialize() 之后靜態(tài)調(diào)用 initspam() 函數(shù):
int main(int argc, char* argv[]) {Py_SetProgramName(argv[0]);Py_Initialize();initspam();//... }在Python發(fā)行版的 Demo/embed/demo.c 中有可以參考的源碼。
?
Note
從 sys.modules 中移除模塊入口，或者在多解釋器環(huán)境中導(dǎo)入編譯模塊，會(huì)導(dǎo)致一些擴(kuò)展模塊出錯(cuò)。擴(kuò)展模塊作者應(yīng)該特別注意初始化內(nèi)部數(shù)據(jù)結(jié)構(gòu)。同時(shí)要注意 reload() 函數(shù)可能會(huì)被用在擴(kuò)展模塊身上，并調(diào)用模塊初始化函數(shù)，但是對(duì)動(dòng)態(tài)狀如對(duì)象(動(dòng)態(tài)鏈接庫(kù))，卻不會(huì)重新載入。
更多關(guān)于模塊的現(xiàn)實(shí)的例子包含在Python源碼包的Modules/xxmodule.c中。這些文件可以用作你的代碼模板，或者學(xué)習(xí)。腳本 modulator.py 包含在源碼發(fā)行版或Windows安裝中，提供了一個(gè)簡(jiǎn)單的GUI，用來(lái)聲明需要實(shí)現(xiàn)的函數(shù)和對(duì)象，并且可以生成供填入的模板。腳本在 Tools/modulator/ 目錄。查看README以了解用法。
?
5???編譯和連接
如果使用動(dòng)態(tài)載入，細(xì)節(jié)依賴于系統(tǒng)，查看關(guān)于構(gòu)建擴(kuò)展模塊部分，和關(guān)于在Windows下構(gòu)建擴(kuò)展的細(xì)節(jié)。
如果你無(wú)法使用動(dòng)態(tài)載入，或者希望模塊成為Python的永久組成部分，就必須改變配置并重新構(gòu)建解釋器。幸運(yùn)的是，這對(duì)UNIX來(lái)說(shuō)很簡(jiǎn)單，只要把你的代碼(例如spammodule.c)放在 Modules/ Python源碼目錄下，然后增加一行到文件 Modules/Setup.local 來(lái)描述你的文件即可:
spam spammodule.o然后重新構(gòu)建解釋器，使用make。你也可以在 Modules/ 子目錄使用make，但是你接下來(lái)首先要重建Makefile文件，使用 make Makefile 命令。這對(duì)你改變 Setup 文件來(lái)說(shuō)很重要。
如果你的模塊需要其他擴(kuò)展模塊連接，則需要在配置文件后面加入，如:
spam spammodule.o -lX11?
6???在C中調(diào)用Python函數(shù)
迄今為止，我們一直把注意力集中于讓Python調(diào)用C函數(shù)，其實(shí)反過(guò)來(lái)也很有用，就是用C調(diào)用Python函數(shù)。這在回調(diào)函數(shù)中尤其有用。如果一個(gè)C接口使用回調(diào)，那么就要實(shí)現(xiàn)這個(gè)回調(diào)機(jī)制。
幸運(yùn)的是，Python解釋器是比較方便回調(diào)的，并給標(biāo)準(zhǔn)Python函數(shù)提供了標(biāo)準(zhǔn)接口。這里就不再詳述解析Python代碼作為輸入的方式，如果有興趣可以參考 Python/pythonmain.c 中的 -c 命令代碼。
調(diào)用Python函數(shù)，首先Python程序要傳遞Python函數(shù)對(duì)象。當(dāng)調(diào)用這個(gè)函數(shù)時(shí)，用全局變量保存Python函數(shù)對(duì)象的指針，還要調(diào)用 Py_INCREF() 來(lái)增加引用計(jì)數(shù)，當(dāng)然不用全局變量也沒(méi)什么關(guān)系。例如如下:
static PyObject* my_callback=NULL; static PyObject* my_set_callback(PyObject* dummy, PyObject* args) {PyObject* result=NULL;PyObject* temp;if (PyArg_ParseTuple(args,"O:set_callback",&temp)) {if (!PyCallable_Check(temp)) {PyErr_SetString(PyExc_TypeError,"parameter must be callable");return NULL;}Py_XINCREF(temp);Py_XINCREF(my_callback);my_callback=temp;Py_INCREF(Py_None);result=Py_None;}return result; }這個(gè)函數(shù)必須使用 METH_VARARGS 標(biāo)志注冊(cè)到解釋器。宏 Py_XINCREF() 和 Py_XDECREF() 增加和減少對(duì)象的引用計(jì)數(shù)。
然后，就要調(diào)用函數(shù)了，使用 PyEval_CallObject() 。這個(gè)函數(shù)有兩個(gè)參數(shù)，都是指向Python對(duì)象：Python函數(shù)和參數(shù)列表。參數(shù)列表必須總是tuple對(duì)象，如果沒(méi)有參數(shù)則要傳遞空的tuple。使用 Py_BuildValue() 時(shí)，在圓括號(hào)中的參數(shù)會(huì)構(gòu)造成tuple，無(wú)論有沒(méi)有參數(shù)，如:
int arg; PyObject* arglist; PyObject* result; //... arg=123; //... arglist=Py_BuildValue("(i)",arg); result=PyEval_CallObject(my_callback,arglist); Py_DECREF(arglist);PyEval_CallObject() 返回一個(gè)Python對(duì)象指針表示返回值。 PyEval_CallObject() 是 引用計(jì)數(shù)無(wú)關(guān) 的，有如例子中，參數(shù)列表對(duì)象使用完成后就立即減少引用計(jì)數(shù)了。`PyEval_CallObject()` 返回一個(gè)Python對(duì)象指針表示返回值。 PyEval_CallObject() 是 引用計(jì)數(shù)無(wú)關(guān) 的，有如例子中，參數(shù)列表對(duì)象使用完成后就立即減少引用計(jì)數(shù)了。
PyEval_CallObject() 的返回值總是新的，新建對(duì)象或者是對(duì)已有對(duì)象增加引用計(jì)數(shù)。所以你必須獲取這個(gè)對(duì)象指針，在使用后減少其引用計(jì)數(shù)，即便是對(duì)返回值沒(méi)有興趣也要這么做。但是在減少這個(gè)引用計(jì)數(shù)之前，你必須先檢查返回的指針是否為NULL。如果是NULL，則表示出現(xiàn)了異常并中止了。如果沒(méi)有處理則會(huì)向上傳遞并最終顯示調(diào)用棧，當(dāng)然，你最好還是處理好異常。如果你對(duì)異常沒(méi)有興趣，可以用 PyErr_Clear() 清除異常，例如:
if (result==NULL)return NULL; /*向上傳遞異常*/ //使用result Py_DECREF(result);依賴于具體的回調(diào)函數(shù)，你還要提供一個(gè)參數(shù)列表到 PyEval_CallObject() 。在某些情況下參數(shù)列表是由Python程序提供的，通過(guò)接口再傳到回調(diào)函數(shù)。這樣就可以不改變形式直接傳遞。另外一些時(shí)候你要構(gòu)造一個(gè)新的tuple來(lái)傳遞參數(shù)。最簡(jiǎn)單的方法就是 Py_BuildValue() 函數(shù)構(gòu)造tuple。例如，你要傳遞一個(gè)事件對(duì)象時(shí)可以用:
PyObject* arglist; //... arglist=Py_BuildValue("(l)",eventcode); result=PyEval_CallObject(my_callback,arglist); Py_DECREF(arglist); if (result==NULL)return NULL; /*一個(gè)錯(cuò)誤*/ /*使用返回值*/ Py_DECREF(result);注意 Py_DECREF(arglist) 所在處會(huì)立即調(diào)用，在錯(cuò)誤檢查之前。當(dāng)然還要注意一些常規(guī)的錯(cuò)誤，比如 Py_BuildValue() 可能會(huì)遭遇內(nèi)存不足等等。
?
7???解析傳給擴(kuò)展模塊函數(shù)的參數(shù)
函數(shù) PyArg_ParseTuple() 聲明如下:
int PyArg_ParseTuple(PyObject* arg, char* format, ...);參數(shù) arg 必須是一個(gè)tuple對(duì)象，包含傳遞過(guò)來(lái)的參數(shù)， format 參數(shù)必須是格式化字符串，語(yǔ)法解釋見 “Python C/API” 的5.5節(jié)。剩余參數(shù)是各個(gè)變量的地址，類型要與格式化字符串對(duì)應(yīng)。
注意 PyArg_ParseTuple() 會(huì)檢測(cè)他需要的Python參數(shù)類型，卻無(wú)法檢測(cè)傳遞給他的C變量地址，如果這里出錯(cuò)了，可能會(huì)在內(nèi)存中隨機(jī)寫入東西，小心。
任何Python對(duì)象的引用，在調(diào)用者這里都是 借用的引用 ，而不增加引用計(jì)數(shù)。
一些例子:
int ok; int i,j; long k,l; const char* s; int size; ok=PyArg_ParseTuple(args,""); /* python call: f() */ok=PyArg_ParseTuple(args,"s",&s); /* python call: f('whoops!') */ok=PyArg_ParseTuple(args,"lls",&k,&l,&s); /* python call: f(1,2,'three') */ok=PyArg_ParseTuple(args,"(ii)s#",&i,&j,&s,&size); /* python call: f((1,2),'three') */{const char* file;const char* mode="r";int bufsize=0;ok=PyArg_ParseTuple(args,"s|si",&file,&mode,&bufsize);/* python call:f('spam')f('spam','w')f('spam','wb',100000)*/ }{int left,top,right,bottom,h,v;ok=PyArg_ParseTuple(args,"((ii)(ii))(ii)",&left,&top,&right,&bottom,&h,&v);/* python call: f(((0,0),(400,300)),(10,10)) */ }{Py_complex c;ok=PyArg_ParseTuple(args,"D:myfunction",&c);/* python call: myfunction(1+2j) */ }?
8???解析傳給擴(kuò)展模塊函數(shù)的關(guān)鍵字參數(shù)
函數(shù) PyArg_ParseTupleAndKeywords() 聲明如下:
int PyArg_ParseTupleAndKeywords(PyObject* arg, PyObject* kwdict, char* format, char* kwlist[],...);參數(shù)arg和format定義同 PyArg_ParseTuple() 。參數(shù) kwdict 是關(guān)鍵字字典，用于接受運(yùn)行時(shí)傳來(lái)的關(guān)鍵字參數(shù)。參數(shù) kwlist 是一個(gè)NULL結(jié)尾的字符串，定義了可以接受的參數(shù)名，并從左到右與format中各個(gè)變量對(duì)應(yīng)。如果執(zhí)行成功 PyArg_ParseTupleAndKeywords() 會(huì)返回true，否則返回false并拋出異常。
?
Note
嵌套的tuple在使用關(guān)鍵字參數(shù)時(shí)無(wú)法生效，不在kwlist中的關(guān)鍵字參數(shù)會(huì)導(dǎo)致 TypeError 異常。
如下是使用關(guān)鍵字參數(shù)的例子模塊，作者是 Geoff Philbrick (phibrick@hks.com):
#include "Python.h"static PyObject* keywdarg_parrot(PyObject* self, PyObject* args, PyObject* keywds) {int voltage;char* state="a stiff";char* action="voom";char* type="Norwegian Blue";static char* kwlist[]={"voltage","state","action","type",NULL};if (!PyArg_ParseTupleAndKeywords(args,keywds,"i|sss",kwlist,&voltage,&state,&action,&type))return NULL;printf("-- This parrot wouldn't %s if you put %i Volts through it.n",action,voltage);printf("-- Lovely plumage, the %s -- It's %s!n",type,state);Py_INCREF(Py_None);return Py_None; }static PyMethodDef keywdary_methods[]= {/*注意PyCFunction，這對(duì)需要關(guān)鍵字參數(shù)的函數(shù)很必要*/{"parrot",(PyCFunction)keywdarg_parrot, METH_VARARGS | METH_KEYWORDS,"Print a lovely skit to standard output."},{NULL,NULL,0,NULL} };void initkeywdarg(void) {Py_InitModule("keywdarg",keywdarg_methods); }?
9???構(gòu)造任意值
這個(gè)函數(shù)聲明與 PyArg_ParseTuple() 很相似，如下:
PyObject* Py_BuildValue(char* format, ...);接受一個(gè)格式字符串，與 PyArg_ParseTuple() 相同，但是參數(shù)必須是原變量的地址指針。最終返回一個(gè)Python對(duì)象適合于返回給Python代碼。
一個(gè)與 PyArg_ParseTuple() 的不同是，后面可能需要的要求返回一個(gè)tuple，比如用于傳遞給其他Python函數(shù)以參數(shù)。 Py_BuildValue() 并不總是生成tuple，在多于1個(gè)參數(shù)時(shí)會(huì)生成tuple，而如果沒(méi)有參數(shù)則返回None，一個(gè)參數(shù)則直接返回該參數(shù)的對(duì)象。如果要求強(qiáng)制生成一個(gè)長(zhǎng)度為空的tuple，或包含一個(gè)元素的tuple，需要在格式字符串中加上括號(hào)。
例如：
| 代碼 | 返回值 |
| Py_BuildValue(”") | None |
| Py_BuildValue(”i”,123) | 123 |
| Py_BuildValue(”iii”,123,456,789) | (123,456,789) |
| Py_BuildValue(”s”,”hello”) | ‘hello’ |
| Py_BuildValue(”ss”,”hello”,”world”) | (’hello’, ‘world’) |
| Py_BuildValue(”s#”,”hello”,4) | ‘hell’ |
| Py_BuildValue(”()”) | () |
| Py_BuildValue(”(i)”,123) | (123,) |
| Py_BuildValue(”(ii)”,123,456) | (123,456) |
| Py_BuildValue(”(i,i)”,123,456) | (123,456) |
| Py_BuildValue(”[i,i]”,123,456) | [123,456] |
| Py_BuildValue(”{s:i,s:i}”,’a',1,’b',2) | {’a':1,’b':2} |
| Py_BuildValue(”((ii)(ii))(ii)”,1,2,3,4,5,6) | (((1,2),(3,4)),(5,6)) |
?
10???引用計(jì)數(shù)
在C/C++語(yǔ)言中，程序員負(fù)責(zé)動(dòng)態(tài)分配和回收堆(heap)當(dāng)中的內(nèi)存。這意味著，我們?cè)贑中編程時(shí)必須面對(duì)這個(gè)問(wèn)題。
每個(gè)由 malloc() 分配的內(nèi)存塊，最終都要由 free() 扔到可用內(nèi)存池里面去。而調(diào)用 free() 的時(shí)機(jī)非常重要，如果一個(gè)內(nèi)存塊忘了 free() 則是內(nèi)存泄漏，程序結(jié)束前將無(wú)法重新使用。而如果對(duì)同一內(nèi)存塊 free() 了以后，另外一個(gè)指針再次訪問(wèn)，則叫做野指針。這同樣會(huì)導(dǎo)致嚴(yán)重的問(wèn)題。
內(nèi)存泄露往往發(fā)生在一些并不常見的程序流程上面，比如一個(gè)函數(shù)申請(qǐng)了資源以后，卻提前返回了，返回之前沒(méi)有做清理工作。人們經(jīng)常忘記釋放資源，尤其對(duì)于后加新加的代碼，而且會(huì)長(zhǎng)時(shí)間都無(wú)法發(fā)現(xiàn)。這些函數(shù)往往并不經(jīng)常調(diào)用，而且現(xiàn)在大多數(shù)機(jī)器都有龐大的虛擬內(nèi)存，所以內(nèi)存泄漏往往在長(zhǎng)時(shí)間運(yùn)行的進(jìn)程，或經(jīng)常被調(diào)用的函數(shù)中才容易發(fā)現(xiàn)。所以最好有個(gè)好習(xí)慣加上代碼約定來(lái)盡量避免內(nèi)存泄露。
Python往往包含大量的內(nèi)存分配和釋放，同樣需要避免內(nèi)存泄漏和野指針。他選擇的方法就是 引用計(jì)數(shù) 。其原理比較簡(jiǎn)單：每個(gè)對(duì)象都包含一個(gè)計(jì)數(shù)器，計(jì)數(shù)器的增減與引用的增減直接相關(guān)，當(dāng)引用計(jì)數(shù)為0時(shí)，表示對(duì)象已經(jīng)沒(méi)有存在的意義了，就可以刪除了。
一個(gè)叫法是 自動(dòng)垃圾回收 ，引用計(jì)數(shù)是一種垃圾回收方法，用戶必須要手動(dòng)調(diào)用 free() 函數(shù)。優(yōu)點(diǎn)是可以提高內(nèi)存使用率，缺點(diǎn)是C語(yǔ)言至今也沒(méi)有一個(gè)可移植的自動(dòng)垃圾回收器。引用計(jì)數(shù)卻可以很好的移植，有如C當(dāng)中的 malloc() 和 free() 一樣。也許某一天會(huì)出現(xiàn)C語(yǔ)言餓自動(dòng)垃圾回收器，不過(guò)在此之前我們還得用引用計(jì)數(shù)。
Python使用傳統(tǒng)的引用計(jì)數(shù)實(shí)現(xiàn)，不過(guò)他包含一個(gè)循環(huán)引用探測(cè)器。這允許應(yīng)用不需要擔(dān)心的直接或間接的創(chuàng)建循環(huán)引用，而這實(shí)際上是引用計(jì)數(shù)實(shí)現(xiàn)的自動(dòng)垃圾回收的致命缺點(diǎn)。循環(huán)引用指對(duì)象經(jīng)過(guò)幾層引用后回到自己，導(dǎo)致了其引用計(jì)數(shù)總是不為0。傳統(tǒng)的引用計(jì)數(shù)實(shí)現(xiàn)無(wú)法解決循環(huán)引用的問(wèn)題，盡管已經(jīng)沒(méi)有其他外部引用了。
循環(huán)引用探測(cè)器可以檢測(cè)出垃圾回收中的循環(huán)并釋放其中的對(duì)象。只要Python對(duì)象有 __del__() 方法，Python就可以通過(guò) gc module 模塊來(lái)自動(dòng)暴露出循環(huán)引用。gc模塊還提供 collect() 函數(shù)來(lái)運(yùn)行循環(huán)引用探測(cè)器，可以在配置文件或運(yùn)行時(shí)禁用循環(huán)應(yīng)用探測(cè)器。
循環(huán)引用探測(cè)器作為一個(gè)備選選項(xiàng)，默認(rèn)是打開的，可以在構(gòu)建時(shí)使用 –without-cycle-gc 選項(xiàng)加到 configure 上來(lái)配置，或者移除 pyconfig.h 文件中的 WITH_CYCLE_GC 宏定義。在循環(huán)引用探測(cè)器禁用后，gc模塊將不可用。
?
10.1???Python中的引用計(jì)數(shù)
有兩個(gè)宏 Py_INCREF(x) 和 Py_DECREF(x) 用于增減引用計(jì)數(shù)。 Py_DECREF() 同時(shí)會(huì)在引用計(jì)數(shù)為0時(shí)釋放對(duì)象資源。為了靈活性，他并不是直接調(diào)用 free() 而是調(diào)用對(duì)象所在類型的析構(gòu)函數(shù)。
一個(gè)大問(wèn)題是何時(shí)調(diào)用 Py_INCREF(x) 和 Py_DECREF(x) 。首先介紹一些術(shù)語(yǔ)。沒(méi)有任何人都不會(huì) 擁有 一個(gè)對(duì)象，只能擁有其引用。對(duì)一個(gè)對(duì)象的引用計(jì)數(shù)定義了引用數(shù)量。擁有的引用，在不再需要時(shí)負(fù)責(zé)調(diào)用 Py_DECREF() 來(lái)減少引用計(jì)數(shù)。傳遞引用計(jì)數(shù)有三種方式：傳遞、存儲(chǔ)和調(diào)用 Py_DECREF() 。忘記減少擁有的引用計(jì)數(shù)會(huì)導(dǎo)致內(nèi)存泄漏。
同樣重要的一個(gè)概念是 借用 一個(gè)對(duì)象，借用的對(duì)象不能調(diào)用 Py_DECREF() 來(lái)減少引用計(jì)數(shù)。借用者在不需要借用時(shí)，不保留其引用就可以了。應(yīng)該避免擁有者釋放對(duì)象之后仍然訪問(wèn)對(duì)象，也就是野指針。
借用的優(yōu)點(diǎn)是你無(wú)需管理引用計(jì)數(shù)，缺點(diǎn)是可能被野指針搞的頭暈。借用導(dǎo)致的野指針問(wèn)題常發(fā)生在看起來(lái)無(wú)比正確，但是事實(shí)上已經(jīng)被釋放的對(duì)象。
借用的引用也可以用 Py_INCREF() 來(lái)改造成擁有的引用。這對(duì)引用的對(duì)象本身沒(méi)什么影響，但是擁有引用的程序有責(zé)任在適當(dāng)?shù)臅r(shí)候釋放這個(gè)擁有。
?
10.2???擁有規(guī)則
一個(gè)對(duì)象的引用進(jìn)出一個(gè)函數(shù)時(shí)，其引用計(jì)數(shù)也應(yīng)該同時(shí)改變。
大多數(shù)函數(shù)會(huì)返回一個(gè)對(duì)對(duì)象擁有的引用。而且?guī)缀跛械暮瘮?shù)其實(shí)都會(huì)創(chuàng)建一個(gè)對(duì)象，例如 PyInt_FromLong() 和 Py_BuildValue() ，傳遞一個(gè)擁有的引用給接受者。即便不是剛創(chuàng)建的，你也需要接受一個(gè)新的擁有引用。一般來(lái)說(shuō)， PyInt_FromLong() 會(huì)維護(hù)一個(gè)常用值緩存，并且返回緩存項(xiàng)的引用。
很多函數(shù)提取一些對(duì)象的子對(duì)象并傳遞擁有引用，例如 PyObject_GetAttrString() 。另外，小心一些函數(shù)，包括： PyTuple_GetItem() 、 PyList_GetItem() 、 PyDict_GetItem() 和 PyDict_GetItemString() ，他們返回的都是借用的引用。
函數(shù) PyImport_AddModule() 也是返回借用的引用，盡管他實(shí)際上創(chuàng)建了對(duì)象，只不過(guò)其擁有的引用實(shí)際存儲(chǔ)在了 sys.modules 中。
當(dāng)你傳遞一個(gè)對(duì)象的引用到另外一個(gè)函數(shù)時(shí)，一般來(lái)說(shuō)，函數(shù)是借用你的引用，如果他確實(shí)需要存儲(chǔ)，則會(huì)使用 Py_INCREF() 來(lái)變?yōu)閾碛幸谩＿@個(gè)規(guī)則有兩種可能的異常： PyTuple_SetItem() 和 PyList_SetItem() ，這兩個(gè)函數(shù)獲取傳遞給他的擁有引用，即便是他們執(zhí)行出錯(cuò)了。不過(guò) PyDict_SetItem() 卻不是接收擁有的引用。
當(dāng)一個(gè)C函數(shù)被py調(diào)用時(shí)，使用對(duì)參數(shù)的借用。調(diào)用者擁有參數(shù)對(duì)象的擁有引用。所以，借用的引用的壽命是函數(shù)返回。只有當(dāng)這類參數(shù)必須存儲(chǔ)時(shí)，才會(huì)使用 Py_INCREF() 變?yōu)閾碛械囊谩?/p>
從C函數(shù)返回的對(duì)象引用必須是擁有的引用，這時(shí)的擁有者是調(diào)用者。
?
10.3???危險(xiǎn)的薄冰
有些使用借用的情況會(huì)出現(xiàn)問(wèn)題。這是對(duì)解釋器的盲目理解所導(dǎo)致的，因?yàn)閾碛姓咄崆搬尫帕艘谩?/p>
首先而最重要的情況是使用 Py_DECREF() 來(lái)釋放一個(gè)本來(lái)是借用的對(duì)象，比如列表中的元素:
void bug(PyObject* list) {PyObject* item=PyList_GetItem(list,0);PyList_SetItem(list,1,PyInt_FromLong(0L));PyObject_Print(item,stdout,0); /* BUG! */ }這個(gè)函數(shù)首先借用了 list[0] ，然后把 list[1] 替換為值0，最后打印借用的引用。看起來(lái)正確么，不是！
我們來(lái)跟蹤一下 PyList_SetItem() 的控制流，列表?yè)碛兴性氐囊?#xff0c;所以當(dāng)項(xiàng)目1被替換時(shí)，他就釋放了原始項(xiàng)目1。而原始項(xiàng)目1是一個(gè)用戶定義類的實(shí)例，假設(shè)這個(gè)類定義包含 __del__() 方法。如果這個(gè)類的實(shí)例引用計(jì)數(shù)為1，處理過(guò)程會(huì)調(diào)用 __del__() 方法。
因?yàn)槭褂胮ython編寫，所以 __del__() 中可以用任何python代碼來(lái)完成釋放工作。替換元素的過(guò)程會(huì)執(zhí)行 del list[0] ，即減掉了對(duì)象的最后一個(gè)引用，然后就可以釋放內(nèi)存了。
知道問(wèn)題后，解決方案就出來(lái)了：臨時(shí)增加引用計(jì)數(shù)。正確的版本如下:
void no_bug(PyObject* list) {PyObject* item=PyList_GetItem(list,0);Py_INCREF(item);PyList_SetItem(list,1,PyInt_FromLong(0L));PyObject_Print(item,stdout,0);Py_DECREF(item); }這是一個(gè)真實(shí)的故事，舊版本的Python中多處包含這個(gè)問(wèn)題，讓guido花費(fèi)大量時(shí)間研究 __del__() 為什么失敗了。
第二種情況的問(wèn)題出現(xiàn)在多線程中的借用引用。一般來(lái)說(shuō)，python中的多線程之間并不能互相影響對(duì)方，因?yàn)榇嬖谝粋€(gè)GIL。不過(guò)，這可能使用宏 Py_BEGIN_ALLOW_THREADS 來(lái)臨時(shí)釋放鎖，最后通過(guò)宏 Py_END_ALLOW_THREADS 來(lái)再申請(qǐng)鎖，這在IO調(diào)用時(shí)很常見，允許其他線程使用處理器而不是等待IO結(jié)束。很明顯，下面的代碼與前面的問(wèn)題相同:
void bug(PyObject* list) {PyObject* item=PyList_GetItem(list,0);Py_BEGIN_ALLOW_THREADS//一些IO阻塞調(diào)用Py_END_ALLOW_THREADSPyObject_Print(item,stdout,0); /*BUG*/ }?
10.4???NULL指針
一般來(lái)說(shuō)，函數(shù)接受的參數(shù)并不希望你傳遞一個(gè)NULL指針進(jìn)來(lái)，這會(huì)出錯(cuò)的。函數(shù)的返回對(duì)象引用返回NULL則代表發(fā)生了異常。這是Python的機(jī)制，畢竟，一個(gè)函數(shù)如果執(zhí)行出錯(cuò)了，那么也沒(méi)有必要多解釋了，浪費(fèi)時(shí)間。(注：彪悍的異常也不需要解釋)
最好的測(cè)試NULL的方法就是在代碼里面，一個(gè)指針如果收到了NULL，例如 malloc() 或其他函數(shù)，則表示發(fā)生了異常。
宏 Py_INCREF() 和 Py_DECREF() 并不檢查NULL指針，不過(guò)還好， Py_XINCREF() 和 Py_XDECREF() 會(huì)檢查。
檢查特定類型的宏，形如 Pytype_Check() 也不檢查NULL指針，因?yàn)檫@個(gè)檢查是多余的。
C函數(shù)的調(diào)用機(jī)制確保傳遞的參數(shù)列表(也就是args參數(shù))用不為NULL，事實(shí)上，它總是一個(gè)tuple。
而把NULL扔到Python用戶那里可就是一個(gè)非常嚴(yán)重的錯(cuò)誤了。
?
11???使用C++編寫擴(kuò)展
有時(shí)候需要用C++編寫Python擴(kuò)展模塊。不過(guò)有一些嚴(yán)格的限制。如果Python解釋器的主函數(shù)是使用C編譯器編譯和連接的，那么全局和靜態(tài)對(duì)象的構(gòu)造函數(shù)將無(wú)法使用。而主函數(shù)使用C++編譯器時(shí)則不會(huì)有這個(gè)問(wèn)題。被Python調(diào)用的函數(shù)，特別是模塊初始化函數(shù)，必須聲明為 extern “C” 。沒(méi)有必要在Python頭文件中使用 extern “C” 因?yàn)樵谑褂肅++編譯器時(shí)會(huì)自動(dòng)加上 __cplusplus 這個(gè)定義，而一般的C++編譯器一般都會(huì)設(shè)置這個(gè)符號(hào)。
?
12???提供給其他模塊以C API
很多模塊只是提供給Python使用的函數(shù)和新類型，但是偶爾也有可能被其他擴(kuò)展模塊所調(diào)用。例如一個(gè)模塊實(shí)現(xiàn)了 “collection” 類型，可以像list一樣工作而沒(méi)有順序。有如標(biāo)準(zhǔn)Python中的list類型一樣，提供的C接口可以讓擴(kuò)展模塊創(chuàng)建和管理list，這個(gè)新的類型也需要有C函數(shù)以供其他擴(kuò)展模塊直接管理。
初看這個(gè)功能可能以為很簡(jiǎn)單：只要寫這些函數(shù)就行了(不需要聲明為靜態(tài))，提供適當(dāng)?shù)念^文件，并注釋C的API。當(dāng)然，如果所有的擴(kuò)展模塊都是靜態(tài)鏈接到Python解釋器的話，這當(dāng)然可以正常工作。但是當(dāng)其他擴(kuò)展模塊是動(dòng)態(tài)鏈接庫(kù)時(shí)，定義在一個(gè)模塊中的符號(hào)，可能對(duì)另外一個(gè)模塊來(lái)說(shuō)并不是可見的。而這個(gè)可見性又是依賴操作系統(tǒng)實(shí)現(xiàn)的，一些操作系統(tǒng)對(duì)Python解釋器使用全局命名空間和所有的擴(kuò)展模塊(例如Windows)，也有些系統(tǒng)則需要明確的聲明模塊的導(dǎo)出符號(hào)表(AIX就是個(gè)例子)，或者提供一個(gè)不同策略的選擇(大多數(shù)的Unices)。即便這些符號(hào)是全局可見的，擁有函數(shù)的模塊，也可能尚未載入。
為了可移植性，不要奢望任何符號(hào)會(huì)對(duì)外可見。這意味著模塊中所有的符號(hào)都聲明為 static ，除了模塊的初始化函數(shù)以外，這也是為了避免各個(gè)擴(kuò)展模塊之間的符號(hào)名稱沖突。這也意味著必須以其他方式導(dǎo)出擴(kuò)展模塊的符號(hào)。
Python提供了一種特殊的機(jī)制，以便在擴(kuò)展模塊間傳遞C級(jí)別的信息(指針)： CObject 。一個(gè)CObject是一個(gè)Python的數(shù)據(jù)類型，存儲(chǔ)了任意類型指針(void*)。CObject可以只通過(guò)C API來(lái)創(chuàng)建和存取，但是卻可以像其他Python對(duì)象那樣來(lái)傳遞。在特別的情況下，他們可以被賦予一個(gè)擴(kuò)展模塊命名空間內(nèi)的名字。其他擴(kuò)展模塊隨后可以導(dǎo)入這個(gè)模塊，獲取這個(gè)名字的值，然后得到CObject中保存的指針。
通過(guò)CObject有很多種方式導(dǎo)出擴(kuò)展模塊的C API。每個(gè)名字都可以得到他自己的CObject，或者可以把所有的導(dǎo)出C API放在一個(gè)CObject指定的數(shù)組中來(lái)發(fā)布。所以可以有很多種方法導(dǎo)出C API。
如下的示例代碼展示了把大部分的重負(fù)載任務(wù)交給擴(kuò)展模塊，作為一個(gè)很普通的擴(kuò)展模塊的例子。他保存了所有的C API的指針到一個(gè)數(shù)組中，而這個(gè)數(shù)組的指針存儲(chǔ)在CObject中。對(duì)應(yīng)的頭文件提供了一個(gè)宏以管理導(dǎo)入模塊和獲取C API的指針，客戶端模塊只需要在存取C API之前執(zhí)行這個(gè)宏就可以了。
這個(gè)導(dǎo)出模塊是修改自1.1節(jié)的spam模塊。函數(shù) spam.system() 并不是直接調(diào)用C庫(kù)的函數(shù) system() ，而是調(diào)用 PySpam_System() ，提供了更加復(fù)雜的功能。這個(gè)函數(shù) PySpam_System() 同樣導(dǎo)出供其他擴(kuò)展模塊使用。
函數(shù) PySpam_System() 是一個(gè)純C函數(shù)，聲明為static如下:
static int PySpam_System(const char* command) {return system(command); }函數(shù) spam_system() 做了細(xì)小的修改:
static PyObject* spam_system(PyObject* self, PyObject* args) {const char* command;int sts;if (!PyArg_ParseTuple(args,"s",&command))return NULL;sts=PySpam_System(command);return Py_BuildValue("i",sts); }在模塊的頭部加上如下行:
#include "Python.h"另外兩行需要添加的是:
#define SPAM_MODULE #include "spammodule.h"這個(gè)宏定義是告訴頭文件需要作為導(dǎo)出模塊，而不是客戶端模塊。最終模塊的初始化函數(shù)必須管理初始化C API指針數(shù)組的初始化:
PyMODINIT_FUNC initspam(void) {PyObject *m;static void *PySpam_API[PySpam_API_pointers];PyObject *c_api_object;m = Py_InitModule("spam", SpamMethods);if (m == NULL)return;/* Initialize the C API pointer array */PySpam_API[PySpam_System_NUM] = (void *)PySpam_System;/* Create a CObject containing the API pointer array's address */c_api_object = PyCObject_FromVoidPtr((void *)PySpam_API, NULL);if (c_api_object != NULL)PyModule_AddObject(m, "_C_API", c_api_object); }注意 PySpam_API 聲明為static，否則 initspam() 函數(shù)執(zhí)行之后，指針數(shù)組就消失了。
大部分的工作還是在頭文件 spammodule.h 中，如下:
#ifndef Py_SPAMMODULE_H #define Py_SPAMMODULE_H #ifdef __cplusplus extern "C" { #endif/* Header file for spammodule *//* C API functions */ #define PySpam_System_NUM 0 #define PySpam_System_RETURN int #define PySpam_System_PROTO (const char *command)/* Total number of C API pointers */ #define PySpam_API_pointers 1#ifdef SPAM_MODULE /* This section is used when compiling spammodule.c */static PySpam_System_RETURN PySpam_System PySpam_System_PROTO;#else /* This section is used in modules that use spammodule's API */static void **PySpam_API;#define PySpam_System (*(PySpam_System_RETURN (*)PySpam_System_PROTO) PySpam_API[PySpam_System_NUM])/* Return -1 and set exception on error, 0 on success. */ static int import_spam(void) {PyObject *module = PyImport_ImportModule("spam");if (module != NULL) {PyObject *c_api_object = PyObject_GetAttrString(module, "_C_API");if (c_api_object == NULL)return -1;if (PyCObject_Check(c_api_object))PySpam_API = (void **)PyCObject_AsVoidPtr(c_api_object);Py_DECREF(c_api_object);}return 0; }#endif#ifdef __cplusplus } #endif#endif /* !defined(Py_SPAMMODULE_H) */想要調(diào)用 PySpam_System() 的客戶端模塊必須在初始化函數(shù)中調(diào)用 import_spam() 以初始化導(dǎo)出擴(kuò)展模塊:
PyMODINIT_FUNC initclient(void) {PyObject* m;m=Py_InitModule("client",ClientMethods);if (m==NULL)return;if (import_spam()<0)return;/*其他初始化語(yǔ)句*/ }這樣做的缺點(diǎn)是 spammodule.h 有點(diǎn)復(fù)雜。不過(guò)這種結(jié)構(gòu)卻可以方便的用于其他導(dǎo)出函數(shù)，所以學(xué)著用一次也就好了。
最后需要提及的是CObject提供的一些附加函數(shù)，用于CObject指定的內(nèi)存塊的分配和釋放。詳細(xì)信息可以參考Python的C API參考手冊(cè)的CObject一節(jié)，和CObject的實(shí)現(xiàn)，參考文件 Include/cobject.h 和 Objects/cobject.c 。
總結(jié)
以上是生活随笔為你收集整理的转)使用C/C++扩展Python的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 临床必备 | 第 5 期全基因组/外显子
- 下一篇： 分享录制的几个 Adobe Illust