python怎么調(diào)用c的動(dòng)態(tài)鏈接庫

Python調(diào)用C/C++動(dòng)態(tài)鏈接庫的需求

創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于網(wǎng)站設(shè)計(jì)制作、成都做網(wǎng)站、平壩網(wǎng)絡(luò)推廣、重慶小程序開發(fā)、平壩網(wǎng)絡(luò)營銷、平壩企業(yè)策劃、平壩品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；創(chuàng)新互聯(lián)公司為所有大學(xué)生創(chuàng)業(yè)者提供平壩建站搭建服務(wù)，24小時(shí)服務(wù)熱線：028-86922220，官方網(wǎng)址：chinadenli.net

在自動(dòng)化測試過程中，難免會(huì)遇到語言混合使用的情況，這不，我們也遇到了。初步?jīng)Q定采用Robot Framework作為自動(dòng)化測試框架后，其支持Java和Python，而Python作為主流的語言，怎么能放棄使用它的機(jī)會(huì)^_^。 然而產(chǎn)品采用是古老90年代開發(fā)的C/S結(jié)構(gòu)，因?yàn)楣爬希?dāng)時(shí)也沒有考慮到對產(chǎn)品的測試進(jìn)行自動(dòng)化，Client端并沒有預(yù)留CLI(Command Line interface)形式的接口，真是雪上加霜啊。

那怎么自動(dòng)化？采用AutoIT來對客戶端界面進(jìn)行自動(dòng)化測試？可惜AutoIT對當(dāng)初開發(fā)采用的控件識別不是很好，如果采用控件所在位置來進(jìn)行控制的方式，又會(huì)導(dǎo)致自動(dòng)化測試并不是很穩(wěn)定。那么！！！只有自己開發(fā)接口了，目前在Client端開發(fā)出CLI形式的接口，將其封裝為DLL，然后在Robot FrameWork框架中采用Python對DLL進(jìn)行調(diào)用。任務(wù)艱巨哪！

Python調(diào)用DLL例子

示例一

首先，在創(chuàng)建一個(gè)DLL工程(本人是在VS 2005中創(chuàng)建)，頭文件：

[cpp] view plain copy 在CODE上查看代碼片派生到我的代碼片//hello.h

#ifdef EXPORT_HELLO_DLL

#define HELLO_API __declspec(dllexport)

#else

#define HELLO_API __declspec(dllimport)

#endif

extern "C"

{

HELLO_API int IntAdd(int , int);

}

CPP文件：

[cpp] view plain copy 在CODE上查看代碼片派生到我的代碼片//hello.cpp

#define EXPORT_HELLO_DLL

#include "hello.h"

HELLO_API int IntAdd(int a, int b)

{

return a + b;

}

這里有兩個(gè)注意點(diǎn)：

（1）弄清楚編譯的時(shí)候函數(shù)的調(diào)用約定采用的__cdecl還是__stdcall，因?yàn)楦鶕?jù)DLL中函數(shù)調(diào)用約定方式，Python將使用相應(yīng)的函數(shù)加載DLL。

（2）如果采用C++的工程，那么導(dǎo)出的接口需要extern "C"，這樣python中才能識別導(dǎo)出的函數(shù)。

我的工程中采用__cdecl函數(shù)調(diào)用約定方式進(jìn)行編譯鏈接產(chǎn)生hello.dll，然后Python中采用ctypes庫對hello.dll進(jìn)行加載和函數(shù)調(diào)用：

[python] view plain copy 在CODE上查看代碼片派生到我的代碼片from ctypes import *

dll = cdll.LoadLibrary('hello.dll');

ret = dll.IntAdd(2, 4);

print ret;

OK，一個(gè)小例子已經(jīng)完成了，如果你感興趣，但還沒試過，那就嘗試一下吧。

示例二

示例一只是一個(gè)"hello world"級別的程序，實(shí)際運(yùn)用中更多的需要傳遞數(shù)據(jù)結(jié)構(gòu)、字符串等，才能滿足我們的需求。那么這個(gè)示例將展示，如何傳遞數(shù)據(jù)結(jié)構(gòu)參數(shù)，以及如何通過數(shù)據(jù)結(jié)構(gòu)獲取返回值。

首先編寫DLL工程中的頭文件：

[cpp] view plain copy 在CODE上查看代碼片派生到我的代碼片//hello.h

#ifdef EXPORT_HELLO_DLL

#define HELLO_API __declspec(dllexport)

#else

#define HELLO_API __declspec(dllimport)

#endif

#define ARRAY_NUMBER 20

#define STR_LEN 20

struct StructTest

{

int number;

char* pChar;

char str[STR_LEN];

int iArray[ARRAY_NUMBER];

};

extern "C"

{

//HELLO_API int IntAdd(int , int);

HELLO_API char* GetStructInfo(struct StructTest* pStruct);}

CPP文件如下：

[cpp] view plain copy 在CODE上查看代碼片派生到我的代碼片//hello.cpp

#include string.h

#define EXPORT_HELLO_DLL

#include "hello.h"

HELLO_API char* GetStructInfo(struct StructTest* pStruct){

for (int i = 0; i ARRAY_NUMBER; i++)

pStruct-iArray[i] = i;

pStruct-pChar = "hello python!";

strcpy (pStruct-str, "hello world!");

pStruct-number = 100;

return "just OK";

}

GetStructInfo這個(gè)函數(shù)通過傳遞一個(gè)StructTest類型的指針，然后對對象中的屬性進(jìn)行賦值，最后返回"just OK".

編寫Python調(diào)用代碼如下，首先在Python中繼承Structure構(gòu)造一個(gè)和C DLL中一致的數(shù)據(jù)結(jié)構(gòu)StructTest，然后設(shè)置函數(shù)GetStructInfo的參數(shù)類型和返回值類型，最后創(chuàng)建一個(gè)StructTest對象，并將其轉(zhuǎn)化為指針作為參數(shù)，調(diào)用函數(shù)GetStrcutInfo，最后通過輸出數(shù)據(jù)結(jié)構(gòu)的值來檢查是否調(diào)用成功：

[python] view plain copy 在CODE上查看代碼片派生到我的代碼片from ctypes import *

ARRAY_NUMBER = 20;

STR_LEN = 20;

#define type

INTARRAY20 = c_int * ARRAY_NUMBER;

CHARARRAY20 = c_char * STR_LEN;

#define struct

class StructTest(Structure):

_fields_ = [

("number", c_int),

("pChar", c_char_p),

("str", CHARARRAY20),

("iArray", INTARRAY20)

]

#load dll and get the function object

dll = cdll.LoadLibrary('hello.dll');

GetStructInfo = dll.GetStructInfo;

#set the return type

GetStructInfo.restype = c_char_p;

#set the argtypes

GetStructInfo.argtypes = [POINTER(StructTest)];objectStruct = StructTest();

#invoke api GetStructInfo

retStr = GetStructInfo(byref(objectStruct));#check result

print "number: ", objectStruct.number;

print "pChar: ", objectStruct.pChar;

print "str: ", objectStruct.str;

for i,val in enumerate(objectStruct.iArray):

print 'Array[i]: ', val;

print retStr;

總結(jié)

1. 用64位的Python去加載32位的DLL會(huì)出錯(cuò)

2. 以上只是些測試程序，在編寫Python過程中盡可能的使用"try Except"來處理異常3. 注意在Python與C DLL交互的時(shí)候字節(jié)對齊問題4. ctypes庫的功能還有待繼續(xù)探索

python裝飾器使用

裝飾器是從英文decorator翻譯過來的，從字面上來看就是對某個(gè)東西進(jìn)行修飾，增強(qiáng)被修飾物的功能，下面我們對裝飾器做下簡單介紹。

一、怎么編寫裝飾器

裝飾器的實(shí)現(xiàn)很簡單，本質(zhì)是一個(gè)可調(diào)用對象，可以是函數(shù)、方法、對象等，它既可以裝飾函數(shù)也可以裝飾類和方法，為了簡單說明問題，我們實(shí)現(xiàn)一個(gè)函數(shù)裝飾器，如下代碼：

有了這個(gè)裝飾器，我們就可以打印出什么時(shí)候開始和結(jié)束調(diào)用函數(shù)，對于排查函數(shù)的調(diào)用鏈非常方便。

二、帶參數(shù)的裝飾器

上面的例子無論什么時(shí)候調(diào)用sum都會(huì)輸出信息，如果我們需要按需輸出信息怎么實(shí)現(xiàn)呢，這時(shí)就要用到帶參數(shù)的裝飾器了，如下代碼：

對sum使用裝飾器時(shí)沒有參數(shù)，這時(shí)debug為0，所以調(diào)用sum時(shí)不會(huì)輸出函數(shù)調(diào)用相關(guān)信息。

對multi使用裝飾器時(shí)有參數(shù)，這時(shí)debug為1，所以調(diào)用multi時(shí)會(huì)輸出函數(shù)調(diào)用相關(guān)信息。

三、函數(shù)名字問題

當(dāng)我們打印被裝飾后的函數(shù)名字時(shí)，不知道大家有沒發(fā)現(xiàn)輸出的不是函數(shù)本身的名字，如下代碼會(huì)輸出‘wrap’而不是‘sum’：

有時(shí)這種表現(xiàn)并不是我們想要的，我們希望被裝飾后的函數(shù)名字還是函數(shù)本身，那要怎么實(shí)現(xiàn)呢？很簡單，只需要引入functools.wraps即可，如下代碼就會(huì)輸出‘sum’了：

看完后是不是覺得python裝飾器很簡單，只要了解它的本質(zhì)，怎么寫都行，有好多種玩法呢。

我執(zhí)行一段python腳本報(bào)錯(cuò)了，怎么解決

在程序運(yùn)行的過程中，如果發(fā)生了錯(cuò)誤，可以事先約定返回一個(gè)錯(cuò)誤代碼，這樣，就可以知道是否有錯(cuò)，以及出錯(cuò)的原因。在操作系統(tǒng)提供的調(diào)用中，返回錯(cuò)誤碼非常常見。比如打開文件的函數(shù)open()，成功時(shí)返回文件描述符（就是一個(gè)整數(shù)），出錯(cuò)時(shí)返回-1。

用錯(cuò)誤碼來表示是否出錯(cuò)十分不便，因?yàn)楹瘮?shù)本身應(yīng)該返回的正常結(jié)果和錯(cuò)誤碼混在一起，造成調(diào)用者必須用大量的代碼來判斷是否出錯(cuò)：

復(fù)制代碼代碼如下:

def foo():

r = some_function()

if r==(-1):

return (-1)

# do something

return r

def bar():

r = foo()

if r==(-1):

print 'Error'

else:

pass

一旦出錯(cuò)，還要一級一級上報(bào)，直到某個(gè)函數(shù)可以處理該錯(cuò)誤（比如，給用戶輸出一個(gè)錯(cuò)誤信息）。

所以高級語言通常都內(nèi)置了一套try...except...finally...的錯(cuò)誤處理機(jī)制，Python也不例外。

try

讓我們用一個(gè)例子來看看try的機(jī)制：

復(fù)制代碼代碼如下:

try:

print 'try...'

r = 10 / 0

print 'result:', r

except ZeroDivisionError, e:

print 'except:', e

finally:

print 'finally...'

print 'END'

當(dāng)我們認(rèn)為某些代碼可能會(huì)出錯(cuò)時(shí)，就可以用try來運(yùn)行這段代碼，如果執(zhí)行出錯(cuò)，則后續(xù)代碼不會(huì)繼續(xù)執(zhí)行，而是直接跳轉(zhuǎn)至錯(cuò)誤處理代碼，即except語句塊，執(zhí)行完except后，如果有finally語句塊，則執(zhí)行finally語句塊，至此，執(zhí)行完畢。

上面的代碼在計(jì)算10 / 0時(shí)會(huì)產(chǎn)生一個(gè)除法運(yùn)算錯(cuò)誤：

復(fù)制代碼代碼如下:

try...

except: integer division or modulo by zero

finally...

END

從輸出可以看到，當(dāng)錯(cuò)誤發(fā)生時(shí)，后續(xù)語句print 'result:', r不會(huì)被執(zhí)行，except由于捕獲到ZeroDivisionError，因此被執(zhí)行。最后，finally語句被執(zhí)行。然后，程序繼續(xù)按照流程往下走。

如果把除數(shù)0改成2，則執(zhí)行結(jié)果如下：

復(fù)制代碼代碼如下:

try...

result: 5

finally...

END

由于沒有錯(cuò)誤發(fā)生，所以except語句塊不會(huì)被執(zhí)行，但是finally如果有，則一定會(huì)被執(zhí)行（可以沒有finally語句）。

你還可以猜測，錯(cuò)誤應(yīng)該有很多種類，如果發(fā)生了不同類型的錯(cuò)誤，應(yīng)該由不同的except語句塊處理。沒錯(cuò)，可以有多個(gè)except來捕獲不同類型的錯(cuò)誤：

復(fù)制代碼代碼如下:

try:

print 'try...'

r = 10 / int('a')

print 'result:', r

except ValueError, e:

print 'ValueError:', e

except ZeroDivisionError, e:

print 'ZeroDivisionError:', e

finally:

print 'finally...'

print 'END'

int()函數(shù)可能會(huì)拋出ValueError，所以我們用一個(gè)except捕獲ValueError，用另一個(gè)except捕獲ZeroDivisionError。

此外，如果沒有錯(cuò)誤發(fā)生，可以在except語句塊后面加一個(gè)else，當(dāng)沒有錯(cuò)誤發(fā)生時(shí)，會(huì)自動(dòng)執(zhí)行else語句：

復(fù)制代碼代碼如下:

try:

print 'try...'

r = 10 / int('a')

print 'result:', r

except ValueError, e:

print 'ValueError:', e

except ZeroDivisionError, e:

print 'ZeroDivisionError:', e

else:

print 'no error!'

finally:

print 'finally...'

print 'END'

Python的錯(cuò)誤其實(shí)也是class，所有的錯(cuò)誤類型都繼承自BaseException，所以在使用except時(shí)需要注意的是，它不但捕獲該類型的錯(cuò)誤，還把其子類也“一網(wǎng)打盡”。比如：

復(fù)制代碼代碼如下:

try:

foo()

except StandardError, e:

print 'StandardError'

except ValueError, e:

print 'ValueError'

第二個(gè)except永遠(yuǎn)也捕獲不到ValueError，因?yàn)閂alueError是StandardError的子類，如果有，也被第一個(gè)except給捕獲了。

Python所有的錯(cuò)誤都是從BaseException類派生的

使用try...except捕獲錯(cuò)誤還有一個(gè)巨大的好處，就是可以跨越多層調(diào)用，比如函數(shù)main()調(diào)用foo()，foo()調(diào)用bar()，結(jié)果bar()出錯(cuò)了，這時(shí)，只要main()捕獲到了，就可以處理：

復(fù)制代碼代碼如下:

def foo(s):

return 10 / int(s)

def bar(s):

return foo(s) * 2

def main():

try:

bar('0')

except StandardError, e:

print 'Error!'

finally:

print 'finally...'

也就是說，不需要在每個(gè)可能出錯(cuò)的地方去捕獲錯(cuò)誤，只要在合適的層次去捕獲錯(cuò)誤就可以了。這樣一來，就大大減少了寫try...except...finally的麻煩。

調(diào)用堆棧

如果錯(cuò)誤沒有被捕獲，它就會(huì)一直往上拋，最后被Python解釋器捕獲，打印一個(gè)錯(cuò)誤信息，然后程序退出。來看看err.py：

復(fù)制代碼代碼如下:

# err.py:

def foo(s):

return 10 / int(s)

def bar(s):

return foo(s) * 2

def main():

bar('0')

main()

執(zhí)行，結(jié)果如下：

復(fù)制代碼代碼如下:

$ python err.py

Traceback (most recent call last):

File "err.py", line 11, in module

main()

File "err.py", line 9, in main

bar('0')

File "err.py", line 6, in bar

return foo(s) * 2

File "err.py", line 3, in foo

return 10 / int(s)

ZeroDivisionError: integer division or modulo by zero

出錯(cuò)并不可怕，可怕的是不知道哪里出錯(cuò)了。解讀錯(cuò)誤信息是定位錯(cuò)誤的關(guān)鍵。我們從上往下可以看到整個(gè)錯(cuò)誤的調(diào)用函數(shù)鏈：

錯(cuò)誤信息第1行：

復(fù)制代碼代碼如下:

Traceback (most recent call last):

告訴我們這是錯(cuò)誤的跟蹤信息。

第2行：

復(fù)制代碼代碼如下:

File "err.py", line 11, in module

main()

調(diào)用main()出錯(cuò)了，在代碼文件err.py的第11行代碼，但原因是第9行：

復(fù)制代碼代碼如下:

File "err.py", line 9, in main

bar('0')

調(diào)用bar('0')出錯(cuò)了，在代碼文件err.py的第9行代碼，但原因是第6行：

復(fù)制代碼代碼如下:

File "err.py", line 6, in bar

return foo(s) * 2

原因是return foo(s) * 2這個(gè)語句出錯(cuò)了，但這還不是最終原因，繼續(xù)往下看：

復(fù)制代碼代碼如下:

File "err.py", line 3, in foo

return 10 / int(s)

原因是return 10 / int(s)這個(gè)語句出錯(cuò)了，這是錯(cuò)誤產(chǎn)生的源頭，因?yàn)橄旅娲蛴×耍?/p>

復(fù)制代碼代碼如下:

ZeroDivisionError: integer division or modulo by zero

根據(jù)錯(cuò)誤類型ZeroDivisionError，我們判斷，int(s)本身并沒有出錯(cuò)，但是int(s)返回0，在計(jì)算10 / 0時(shí)出錯(cuò)，至此，找到錯(cuò)誤源頭。

記錄錯(cuò)誤

如果不捕獲錯(cuò)誤，自然可以讓Python解釋器來打印出錯(cuò)誤堆棧，但程序也被結(jié)束了。既然我們能捕獲錯(cuò)誤，就可以把錯(cuò)誤堆棧打印出來，然后分析錯(cuò)誤原因，同時(shí)，讓程序繼續(xù)執(zhí)行下去。

Python內(nèi)置的logging模塊可以非常容易地記錄錯(cuò)誤信息：

復(fù)制代碼代碼如下:

# err.py

import logging

def foo(s):

return 10 / int(s)

def bar(s):

return foo(s) * 2

def main():

try:

bar('0')

except StandardError, e:

logging.exception(e)

main()

print 'END'

同樣是出錯(cuò)，但程序打印完錯(cuò)誤信息后會(huì)繼續(xù)執(zhí)行，并正常退出：

復(fù)制代碼代碼如下:

$ python err.py

ERROR:root:integer division or modulo by zero

Traceback (most recent call last):

File "err.py", line 12, in main

bar('0')

File "err.py", line 8, in bar

return foo(s) * 2

File "err.py", line 5, in foo

return 10 / int(s)

ZeroDivisionError: integer division or modulo by zero

END

通過配置，logging還可以把錯(cuò)誤記錄到日志文件里，方便事后排查。

拋出錯(cuò)誤

因?yàn)殄e(cuò)誤是class，捕獲一個(gè)錯(cuò)誤就是捕獲到該class的一個(gè)實(shí)例。因此，錯(cuò)誤并不是憑空產(chǎn)生的，而是有意創(chuàng)建并拋出的。Python的內(nèi)置函數(shù)會(huì)拋出很多類型的錯(cuò)誤，我們自己編寫的函數(shù)也可以拋出錯(cuò)誤。

如果要拋出錯(cuò)誤，首先根據(jù)需要，可以定義一個(gè)錯(cuò)誤的class，選擇好繼承關(guān)系，然后，用raise語句拋出一個(gè)錯(cuò)誤的實(shí)例：

復(fù)制代碼代碼如下:

# err.py

class FooError(StandardError):

pass

def foo(s):

n = int(s)

if n==0:

raise FooError('invalid value: %s' % s)

return 10 / n

執(zhí)行，可以最后跟蹤到我們自己定義的錯(cuò)誤：

復(fù)制代碼代碼如下:

$ python err.py

Traceback (most recent call last):

...

__main__.FooError: invalid value: 0

只有在必要的時(shí)候才定義我們自己的錯(cuò)誤類型。如果可以選擇Python已有的內(nèi)置的錯(cuò)誤類型（比如ValueError，TypeError），盡量使用Python內(nèi)置的錯(cuò)誤類型。

最后，我們來看另一種錯(cuò)誤處理的方式：

復(fù)制代碼代碼如下:

# err.py

def foo(s):

n = int(s)

return 10 / n

def bar(s):

try:

return foo(s) * 2

except StandardError, e:

print 'Error!'

raise

def main():

bar('0')

main()

在bar()函數(shù)中，我們明明已經(jīng)捕獲了錯(cuò)誤，但是，打印一個(gè)Error!后，又把錯(cuò)誤通過raise語句拋出去了，這不有病么？

其實(shí)這種錯(cuò)誤處理方式不但沒病，而且相當(dāng)常見。捕獲錯(cuò)誤目的只是記錄一下，便于后續(xù)追蹤。但是，由于當(dāng)前函數(shù)不知道應(yīng)該怎么處理該錯(cuò)誤，所以，最恰當(dāng)?shù)姆绞绞抢^續(xù)往上拋，讓頂層調(diào)用者去處理。

raise語句如果不帶參數(shù)，就會(huì)把當(dāng)前錯(cuò)誤原樣拋出。此外，在except中raise一個(gè)Error，還可以把一種類型的錯(cuò)誤轉(zhuǎn)化成另一種類型：

復(fù)制代碼代碼如下:

try:

10 / 0

except ZeroDivisionError:

raise ValueError('input error!')

只要是合理的轉(zhuǎn)換邏輯就可以，但是，決不應(yīng)該把一個(gè)IOError轉(zhuǎn)換成毫不相干的ValueError。

小結(jié)

Python內(nèi)置的try...except...finally用來處理錯(cuò)誤十分方便。出錯(cuò)時(shí)，會(huì)分析錯(cuò)誤信息并定位錯(cuò)誤發(fā)生的代碼位置才是最關(guān)鍵的。

程序也可以主動(dòng)拋出錯(cuò)誤，讓調(diào)用者來處理相應(yīng)的錯(cuò)誤。但是，應(yīng)該在文檔中寫清楚可能會(huì)拋出哪些錯(cuò)誤，以及錯(cuò)誤產(chǎn)生的原因。

分享文章：python函數(shù)調(diào)用鏈,python中調(diào)用函數(shù)
文章URL：http://chinadenli.net/article30/hesepo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、搜索引擎優(yōu)化、網(wǎng)站設(shè)計(jì)、網(wǎng)站策劃、外貿(mào)建站、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)