問題：生成的dll文件QT無法靜態/隱式調用
分析：調用的lib庫可能是msvc編譯的，而我用Qt調用，Qt默認編譯器是minGW，兩種編譯器生成的函數名不一樣，所以調用的時候你要用哪個函數，編譯結果肯定顯示這個函數未定義！
解決1：用VS2008生成DLL文件時，采用__declspec方式導出函數，不要使用def模塊文件，這時dll中的函數名稱_funName@4規則命名
解決2：函數的調用約定改為__cdecl
導出函數的調用約定和使用這個函數時聲明的調用約定必須一致，否則程序會崩潰。
在C和C++中默認的調用約定是__cdecl，上面函數完整的修飾就是:
void__declspec(dllexport) __cdeclfun();
但是windows系統用的回調函數一般都是_stdcall。
下面是各個調用約定詳細的解釋：
_stdcall
是Pascal方式清理C方式壓棧，通常用於Win32 Api中，函數采用從右到左的壓棧方式， 自己在退出時清空堆棧。VC將函數編譯后會在函數名前面加上下划線前綴，在函數名后加上"@"和參數的字節數。
int f(void *p) -->> _f@4(在外部匯編語言里可以用這個名字引用這個函數)
C調用約定（即用__cdecl關鍵字說明）（The C default calling convention）按從右至左的順序壓參數入棧，由調用者把參數彈出棧。對於傳送參數的內存棧是由調用者來維護的（正因為如此，實現可變參數vararg的函數(如printf)只能使用該調用約定）。
另外，在函數名修飾約定方面也有所不同。 _cdecl是C和C++程序的缺省調用方式。每一個調用它的函數都包含清空堆棧的代碼，所以產生的可執行文件大小會比調用_stdcall函數的大。函數采用從右到左的壓棧方式。VC將函數編譯后會在函數名前面加上下划線前綴。
_fastcall
調用的主要特點就是快，因為它是通過寄存器來傳送參數的（實際上，它用ECX和EDX傳送前兩個雙字（DWORD）或更小的參數，剩下的參數仍舊自右向左壓棧傳送，被調用的函數在返回前清理傳送參數的內存棧），
在函數名修飾約定方面，它和前兩者均不同。__fastcall方式的函數采用寄存器傳遞參數，VC將函數編譯后會在函數名前面加上"@"前綴，在函數名后加上"@"和參數的字節數。
thiscall
僅僅應用於“C++”成員函數。this指針存放於CX/ECX寄存器中，參數從右到左壓。thiscall不是關鍵詞，因此不能被程序員指定。
naked call
當采用1-4的調用約定時，如果必要的話，進入函數時編譯器會產生代碼來保存ESI，EDI，EBX，EBP寄存器，退出函數時則產生代碼恢復這些寄存器的內容。
(這些代碼稱作 prolog and epilog code,一般，ebp,esp的保存是必須的).
但是naked call不產生這樣的代碼。naked call不是類型修飾符，故必須和_declspec共同使用。
另外，關鍵字 __stdcall、__cdecl和__fastcall可以直接加在要輸出的函數前。它們對應的命令行參數分別為/Gz、/Gd和/Gr。缺省狀態為/Gd，即__cdecl。
__cdecl是C/C++和MFC程序默認使用的調用約定，也可以在函數聲明時加上__cdecl關鍵字來手工指定。采用__cdecl約定時，函數參數按照從右到左的順序入棧，並且由調用函數者把參數彈出棧以清理堆棧。因此，實現可變參數的函數只能使用該調用約定。由於每一個使用__cdecl約定的函數都要包含清理堆棧的代碼，所以產生的可執行文件大小會比較大。__cdecl可以寫成_cdecl。
__stdcall調用約定用於調用Win32 API函數。采用__stdcall約定時，函數參數按照從右到左的順序入棧，被調用的函數在返回前清理傳送參數的棧，函數參數個數固定。由於函數體本身知道傳進來的參數個數，因此被調用的函數可以在返回前用一條ret n指令直接清理傳遞參數的堆棧。__stdcall可以寫成_stdcall。
http://blog.csdn.net/liuguangzhou123/article/details/21803781