ccdll函數怎麼編譯成功
① 如何編譯生成dll文件以及如何調用dll文件
1.vs2015下生成DLL文件
文件->新建->項目
點擊確定選擇dll選項和空項目選項
點擊完成
為項目添加c++源文件mydll.cpp
[cpp] view plain
在CODE上查看代碼片派生到我的代碼片
extern "C" // 此處extern "c" 為解決c/c++兼容問題
{
_declspec(dllexport)int add(int a, int b)
{
return a + b;
}
extern "C"
{
_declspec(dllexport)int sub(int a, int b)
{
return a - b;
}
}
編譯生成 成功後會在工程根目錄生成Win32Project1.dll文件
2.對dll文件的調用
顯示調用動態鏈接庫
新建C++工程
把生成的 Win32Project1.dll 文件拷貝到 剛才新建的工程目錄下
在工程中新建源文件寫入代碼為
[cpp] view plain
在CODE上查看代碼片派生到我的代碼片
#include<iostream>
#include<windows.h>
void main()
{
HINSTANCE mydll = LoadLibrary("Win32Project1.dll"); //載入dll文件
if (mydll == NULL)
{
return;
}
int(*add)(int, int) =( int (*)(int ,int )) GetProcAddress(mydll, "add");//獲取函數指針
/*
等價於
typedef int(*myadd)(int, int); //給 函數指針int （*）（int， int ） 取別名 myadd
myadd a = (myadd) GetProcAddress(mydll,"add"); //獲取函數地址
*/
if (add == NULL)
{
return;
}
std::cout << add(1, 2);
std::cin.get();
}
編譯並運行即可。
② c++dll 文件如何反編譯
DLL函數查看器可以查看DLL文件的內部的函數，符號等>
還可以用Dependency Walker查看PE依賴、查看DLL函數 。
你如果想反匯編整個文件，就用IDAPro，比較復雜，需要看專門的書來學習。
③ 怎樣可以將DLL編譯到EXE文件里
添加一個自定義資源類型，指向該文件即可。運行時可以利用資源管理函數把資源存到Windows的臨時目錄，文件名稱越怪越好，不需要和原來的文件名一樣。利用loadLibrary和GetProcAddress,調用函數，最後刪除臨時文件，毀屍滅跡。如果你熟悉DLL動態延遲載入，那將是再好不過。 相關文章可以參考Windows Deveoper Magazine中 2002.7 這篇文章講述了如何把DLL打包到一個EXE文件中，如何把它存到一個臨時的不為人所知目錄，如何動態延遲載入這個動態連接庫（注意動態延遲載入用的是是靜態連接，不需要調用loadLibrary和GetProcAddress函數，但在編譯時需要指定編譯選項你可以參考《Windows核心編程》參考關於DLL延遲載入的描述）。程序函數調用完畢程序退出前可以神不知鬼不覺地把文件刪除。做到踏雪無痕。
④ c語言寫的程序怎麼樣生成.dll文件
dll製作步驟:
1.編寫dll函數實現源代碼hello.c
#include
int say_hello(char* name)
{
printf( "hello %s\n ", name);
return 1;
}
2.編寫dll函數輸出定義文件hello.def.
LIBRARY hello
EXPORTS
say_hello @1
3.編譯dll源碼,生成dll,lib文件.
3.1 新建命令行窗口
3.2 設置PATH ?? INCLUDE ?? LIB 3個環境變數.
SET PATH=K:\vcnet\vc7\bin;%PATH%
SET INCLUDE=K:\vcnet\vc7\include;%INCLUDE%
SET LIB=K:\vsnet\Vc7\lib;%LIB%
3.3 編譯hello.c
cd K:\Source\dllsample (hello.c和hello.def所在目錄)
cl /c hello.c
3.4 鏈接hello.obj,生成hello.dll,hello.lib兩個文件.
link /def:hello.def /dll hello.obj
4.測試dll函數.
4.1 編寫測試代碼 test.c
extern int say_hello(char* name);
int main(int argc,char** argv)
{
say_hello( "robbie ");
return 0;
}
4.2 編譯測試代碼test.c
cl /c test.c
4.3 鏈接test.obj和 hello.lib,生成可執行文件test.exe
link test.obj hello.lib
4.4 運行test.exe,屏幕輸出:
hello robbie
至此,一個dll構造完畢.
⑤ 如何編譯生成dll
使用VC下的cl和link手工創建dll並實現函數導入
1、創建dll頭文件：
/*
* dllmain.h
*/
#ifndef _DLLMAIN_H
#define _DLLMAIN_H
int getNumber();
#endif
2、創建dll源文件：
/*
* dllmain.c
*/
#include "dllmain.h"
int getNumber()
{
return 10;
}
3、 創建def文件：
; export.def
LIBRARY MY_DLLMAIN ; MY_DLLMAIN 將成為生成的dll的名稱
EXPORTS
getNumber @1 ; 這個名稱即為函數的實際導出名稱 @1為函數的導出編號
4、生成dll文件：
cl dllmain.c /c
link /def:export.def /dll dllmain.obj
這時，工程中已經包含了 dllmain.h dllmain.c export.def dllmain.obj dllmain.lib dllmain.exp MY_DLLMAIN.dll 其中，後4個文件是編譯鏈接過程中生成的文件
5、創建dlltest.c：
/*
* dlltest.c
*/
#include <stdio.h>
#include "dllmain.h" //dll庫的頭文件
#pragma comment(lib,"dllmain.lib") //dllmain.lib即是上一步生成的文件
int main()
{
printf("%dn",getNumber());
}
6、編譯、鏈接dlltest.c
cl dlltest.c /c
link dlltest.obj
注意：這里dllmain.lib和dllmain.h應該和dlltest.c在同一個目錄中。此步的結果將生成 dlltest.exe
7、運行：
dlltest
這時，系統將載入my_dllmain.dll這個動態鏈接庫，將調用其中的getNubmer函數。
⑥ C++如何編譯出DLL文件
如果使用的是VS，可以進行如下操作：
打開VS， 文件-新建-新建項目-其他語言-Visual C++ -Win32 控制台應用程序。
單擊確定後，彈出對話框，按照對話框「下一步」提示進行操作。
將要編譯的C文件拷貝到CreateDLL項目中，.h文件就放到頭文件夾的目錄下，.c文件放到源文件目錄下，注意後綴名為.c的文件都要改成.cpp，否則編譯會出錯。
注意：申明函數時必須參照上圖紅框標示出來的規則，在Function.cpp文件中必須要引入對應的#include CreateDLL.h。
選中所有需要編譯成dll的cpp文件，右鍵-屬性-預編譯頭-不使用預編譯頭，然後選擇 「生成」即可，這樣在項目的Debug文件夾下面便可找到CreateDLL.dll文件
⑦ 0x012ccdll指令
該內存不能為read或written的解決方案
使用Windows操作系統的人有時會遇到這樣的錯誤信息：
「「0X????????」指令引用的「0x00000000」內存，該內存不能為「read」或「written」」，然後應用程序被關閉。
如果去請教一些「高手」，得到的回答往往是「Windows就是這樣不穩定」之類的義憤和不屑。其實，這個錯誤並不一定是Windows不穩定造成的。本文就來簡單分析這種錯誤的一般原因。
一、應用程序沒有檢查內存分配失敗
程序需要一塊內存用以儲存數據時，就需要使用操作系統提供的「功能函數」來申請，如果內存分配成功，函數就會將所新開辟的內存區地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是「動態內存分配」，內存地址也就是編程中的「游標」。內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啟用的游標，而是系統向應用程序發出的一個通知，告知出現了錯誤。作為應用程序，在每一次申請內存後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程序的「健壯性」。若應用程序沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用游標，繼續在之後的執行中使用這塊內存。真正的0地址內存區儲存的是計算機系統中最重要的「中斷描述符表」，絕對不允許應用程序使用。在沒有保護機制的操作系統下(如DOS)，寫數據到這個地址會導致立即當機，而在健壯的操作系統中，如 Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由操作系統強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現上述的「寫內存」錯誤，並指出被引用的內存地址為「0x00000000」。內存分配失敗故障的原因很多，內存不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於操作系統使用很長時間後，安裝了多種應用程序(包括無意中「安裝」的病毒程序)，更改了大量的系統參數和系統檔案之後。
二、應用程序由於自身BUG引用了不正常的內存游標
在使用動態分配的應用程序中，有時會有這樣的情況出現：程序試突讀寫一塊「應該可用」的內存，但不知為什麼，這個預料中可用的游標已經失效了。有可能是「忘記了」向操作系統要求分配，也可能是程序自己在某個時候已經注銷了這塊內存而「沒有留意」等等。注銷了的內存被系統回收，其訪問權已經不屬於該應用程序，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程序唯一的下場就是被操作終止執行，回收全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊！像這樣的情況都屬於程序自身的BUG，你往往可在特定的操作順序下重現錯誤。無效游標不一定總是0，因此錯誤提示中的內存地址也不一定為「0x00000000」，而是其它隨機數字。如果系統經常有所提到的錯誤提示，下面的建議可能會有說明 ：
1.檢視系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統，
從而導致操作系統異常。平常應加強信息安全意識，對來源不明的可執行程序絕不好奇。
2.更新操作系統，讓操作系統的安裝程序重新拷貝正確版本的系統檔案、修正系統參數。
有時候操作系統本身也會有BUG，要注意安裝官方發行的升級程序。
3.試用新版本的應用程序。
Mode:
將虛擬內存撤換
答案:
目前為止是肯定的，也就是如在下次冷天到來時亦沒再發生，就代表這是主因
追加:
如果你用 Ghost 恢復 OS 後建議 刪除WINDOWS＼PREFETCH目錄下所有*.PF文件因為需讓windows重新收集程序的物理地址
有些應用程序錯誤 "0x7cd64998" 指令參考的 "0x14c96730" 內存。該內存不能為 "read"推論是此原因
源由:
Win XP的「預讀取」技術
這種最佳化技術也被用到了應用軟體上，系統對每一個應用軟體的前幾次啟動情況進行分析，然後新增一個描述套用需求的虛擬「內存映像」，並把這些信息儲存到 WINDOWSPREFETCH數據夾。一旦建立了映像，應用軟體的裝入速度大大提高。XP的預讀取數據儲存了最近8次系統啟動或應用軟體啟動的信息。
後敘:
目前此方法亦是獨步網路的(其碼自己針對此問題查了許久)，也是常見問題，原本幾乎每天睡前關閉軟體時一些程序都會發生...read...
現在就沒發生了。
【文章二】
運行某些程序的時候，有時會出現內存錯誤的提示（0x後面內容有可能不一樣），然後該程序就關閉。
「0x????????」指令引用的「0x????????」內存。該內存不能為「read」。
「0x????????」指令引用的「0x????????」內存，該內存不能為「written」。
不知你出現過類似這樣的故障嗎？
一般出現這個現象有方面的，一是硬體，即內存方面有問題，二是軟體，這就有多方面的問題了。
下面先說說硬體：
一般來說，內存出現問題的可能性並不大，主要方面是：內存條壞了、內存質量有問題，還有就是2個不同牌子不同容量的內存混插，也比較容易出現不兼容的情況，同時還要注意散熱問題，特別是超頻後。你可以使用MemTest 這個軟體來檢測一下內存，它可以徹底的檢測出內存的穩定度。
假如你是雙內存，而且是不同品牌的內存條混插或者買了二手內存時，出現這個問題，這時，你就要檢查是不是內存出問題了或者和其它硬體不兼容。
如果都沒有，那就從軟體方面排除故障了。
先簡單說說原理：內存有個存放數據的地方叫緩沖區，當程序把數據放在其一位置時，因為沒有足夠空間，就會發生溢出現象。舉個例子：一個桶子只能將一斤的水，當你放入兩斤的水進入時，就會溢出來。而系統則是在屏幕上表現出來。這個問題，經常出現在windows2000和XP系統上，Windows 2000/XP對硬體的要求是很苛刻的,一旦遇到資源死鎖、溢出或者類似Windows 98里的非法操作，系統為保持穩定，就會出現上述情況。另外也可能是硬體設備之間的兼容性不好造成的。
下面我從幾個例子給大家分析：
例一：打開IE瀏覽器或者沒過幾分鍾就會出現"0x70dcf39f"指令引用的"0x00000000"內存。該內存不能為「read」。要終止程序，請單擊「確定」的信息框，單擊「確定」後，又出現「發生內部錯誤，您正在使用的其中一個窗口即將關閉」的信息框，關閉該提示信息後，IE瀏覽器也被關閉。解決方法：修復或升級IE瀏覽器，同時打上補丁。看過其中一個修復方法是，Win2000自升級，也就是Win2000升級到Win2000，其實這種方法也就是把系統還原到系統初始的狀態下。比如你的IE升級到了6.0，自升級後，會被IE5.0代替。
例二：在windows xp下雙擊光碟裡面的「AutoRun.exe」文件，顯示「0x77f745cc」指令引用的「0x00000078」內存。該內存不能為 「written」，要終止程序，請單擊「確定」，而在Windows 98里運行卻正常。解決方法：這可能是系統的兼容性問題，winXP的系統，右鍵「AutoRun.exe」文件，屬性，兼容性，把「用兼容模式運行這個程序」項選擇上，並選擇「Windows 98/Me」。win2000如果打了SP的補丁後，只要開始，運行，輸入：regsvr32 c:\winnt\apppatch\slayerui.dll。右鍵，屬性，也會出現兼容性的選項。
例三：RealOne Gold關閉時出現錯誤，以前一直使用正常，最近卻在每次關閉時出現「0xffffffff」指令引用的「0xffffffff」內存。該內存不能為 「read」 的提示。解決方法：當使用的輸入法為微軟拼音輸入法2003，並且隱藏語言欄時（不隱藏時沒問題）關閉RealOne就會出現這個問題，因此在關閉RealOne 之前可以顯示語言欄或者將任意其他輸入法作為當前輸入法來解決這個問題。
例四：我的豪傑超級解霸自從上網後就不能播放了，每次都提示 「0x060692f6」（每次變化）指令引用的「0xff000011」內存不能為「read」，終止程序請按確定。解決方法：試試重裝豪傑超級解霸,如果重裝後還會，到官方網站下載相應版本的補丁試試。還不行，只好換就用別的播放器試試了。
例五：雙擊一個游戲的快捷方式，「0x77f5cd0」指令引用「0xffffffff」內 存，該內存不能為「read」 ，並且提示Client.dat程序錯誤。 解決方法：重裝顯卡的最新驅動程序，然後下載並且安裝DirectX9.0。
例六：一個朋友發信息過來，我的電腦便出現了錯誤信息:「0x772b548f」指令引用的「0x00303033」內存，該內存不能為 「written」,然後QQ自動下線，而再打開QQ，發現了他發過來的十幾條的信息。解決方法：這是對方利用QQ的BUG，發送特殊的代碼，做QQ出錯，只要打上補丁或升級到最新版本，就沒事了。
【原因 解決方法】
1 內存條壞了 更換內存條
2 雙內存不兼容 使用同品牌的內存或只要一條內存
3 內存質量問題 更換內存條
4 散熱問題 加強機箱內部的散熱
5 內存和主板沒插好或其他硬體不兼容 重插內存或換個插槽
6 硬體有問題 更換硬碟
7 驅動問題 重裝驅動,如果是新系統,應先安裝主板驅動
8 軟體損壞 重裝軟體
9 軟體有BUG 打補丁或更新到最新版本
10 軟體和系統不兼容 給軟體打上補丁或是試試系統的兼容模式
11 軟體和軟體之間有沖突 如果最近安裝了什麼新軟體,卸載了試試
12 軟體要使用其他相關的軟體有問題 重裝相關軟體,比如播放某一格式的文件時出錯,可能是這個文件的解碼器有問題
13 病毒問題 殺毒
14 殺毒軟體與系統或軟體相沖突 由於殺毒軟體是進入底層監控系統的,可能與一些軟體相沖突,卸載試試
15 系統本身有問題 有時候操作系統本身也會有BUG,要注意安裝官方發行的更新程序,象SP的補丁,最好打上.如果還不行,重裝系統,或更換其他版本的系統。
〔又一說〕
在控制面板的添加/刪除程序中看看你是否安裝了微軟NET.Framework，如果已經安裝了，可以考慮卸載它，當然如果你以後在其它程序需要NET.Framework時候，可以再重新安裝。
另外，如果你用的是ATI顯卡並且你用的是SP2的補丁（一些ATI的顯卡驅動需要在NET.Framework正常工作的環境下）。這種情況你可以找一款不需要NET.Framework支持的ATI顯卡驅動。
如果以上兩種方法並不能完全解決問題，你試著用一下「IE修復」軟體，並可以查查是否有病毒之類的。
〔微軟NET.Framework升級到1.1版應該沒問題了〕
〔還有一說〕
方法一：
微軟新聞組的朋友指點:開始--運行：regsvr32 jscript.dll
開始--運行：regsvr32 vbscript.dll
不過沒解決---但提供了路子-----一次運行注冊所有dll
搜索查找到方法如下:
運行 輸入cmd 回車在命令提示符下輸入
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1
這個命令老兄你慢慢輸 輸入正確的話會看到飛快地滾屏 否則……否則失敗就是沒這效果。回車後慢慢等（需要點時間1-2分鍾） 都運行完再打開看
方法二：
這是個典型問題~~~~~引起這個問題的原因很多。一般來講就是給系統打上補丁和更換內存、給內存換個插槽這3種方法來解決。[系統補丁只要到Microsoft Update網站在線更新就可以了]
（偶見）
造成這種問題的原因很多，不能單純的下結論，盡量做到以下幾點可能對你有幫助：
1。確保使用的是未修改過的軟體（非漢化、破解版）
2。使用改軟體時盡量不要運行其他軟體。（這是個臨時文件，可能某些軟體也在使用臨時文件夾，所以產生干擾）
3。把那些什麼桌面工具，內存整理工具通通關掉（你至少有2個類似的工具在運行）」
處理方法：
運行regedit進入注冊表, 在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks 下，應該只有一個正常的鍵值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 將其他的刪除。
〔我個人的最後解決和看法〕
我今天嘗試了多種辦法，最後我發現問題出在微軟的NET.Framework上面。我升級了這個軟體，並打齊了補丁，短暫平安後，有出現「內存不能為read」的情況。後來我受上面文章的啟發，卸載了微軟的NET.Framework1.0和1.1,世界太平了。
另外：如果是打開「我的電腦」、「我的文檔」等的時候出現上述情況，還有一種可能，就是你的右鍵菜單太臃腫了，此時只要清理右鍵菜單問題就解決了。
--------------------------------------------------------------------------------
〔試驗的結果〕
上面的方法，最管用、最徹底的方法是這個：
運行 輸入cmd 回車在命令提示符下輸入
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1
【技巧】如果怕輸入錯誤的話，可以復制這條指令，然後在命令提示框點擊左上角的c：\，使用下面的「編輯－粘貼」功能就不容易輸錯了。在飛速滾屏完全靜止之後，別著急啟動其他程序，先耐心等一會兒，因為此時dll們還在找位置。直到你的指示燈不閃了再做別的。
參考:http://www.googlevpn.cn/2006/03/readwritten.html
⑧ 如何編譯一個 dll文件
創建DLL工程
這里，我們為了簡要說明DLL的原理，我們決定使用最簡單的編譯環境VC6.0，如下圖，我們先建立一個新的Win32 Dynamic-Link Library工程，名稱為「MyDLL」，在Visual Studio中，你也可以通過建立Win32控制台程序，然後在「應用程序類型」中選擇「DLL」選項，
點擊確定，選擇「一個空的DLL工程」，確定，完成即可。
一個簡單的dll
在第一步我們建立的工程中建立一個源碼文件」dllmain.cpp「，在「dllmain.cpp」中，鍵入如下代碼
[cpp] view plain
#include <Windows.h>
#include <stdio.h>
BOOL APIENTRY DllMain(HMODULE hMole, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("DLL_PROCESS_ATTACH\n");
break;
case DLL_THREAD_ATTACH:
printf("DLL_THREAD_ATTACH\n");
break;
case DLL_THREAD_DETACH:
printf("DLL_THREAD_DETACH\n");
break;
case DLL_PROCESS_DETACH:
printf("DLL_PROCESS_DETACH\n");
break;
}
return TRUE;
}
之後，我們直接編譯，即可以在Debug文件夾下，找到我們生成的dll文件，「MyDLL.dll」，注意，代碼裡面的printf語句，並不是必須的，只是我們用於測試程序時使用。而DllMain函數，是dll的進入/退出函數。
實際上，讓線程調用DLL的方式有兩種，分別是隱式鏈接和顯式鏈接，其目的均是將DLL的文件映像映射進線程的進程的地址空間。我們這里只大概提一下，不做深入研究，如果感興趣，可以去看《Window高級編程指南》的第12章內容。
隱式鏈接調用
隱士地鏈接是將DLL的文件影響映射到進程的地址空間中最常用的方法。當鏈接一個應用程序時，必須制定要鏈接的一組LIB文件。每個LIB文件中包含了DLL文件允許應用程序（或另一個DLL）調用的函數的列表。當鏈接器看到應用程序調用了某個DLL的LIB文件中給出的函數時，它就在生成的EXE文件映像中加入了信息，指出了包含函數的DLL文件的名稱。當操作系統載入EXE文件時，系統查看EXE文件映像的內容來看要裝入哪些DLL，而後試圖將需要的DLL文件映像映射到進程的地址空間中。當尋找DLL時，系統在系列位置查找文件映像。
1.包含EXE映像文件的目錄
2.進程的當前目錄
3.Windows系統的目錄
4.Windows目錄
5.列在PATH環境變數中的目錄
這種方法，一般都是在程序鏈接時控制，反映在鏈接器的配置上，網上大多數講的各種庫的配置，比如OPENGL或者OPENCV等，都是用的這種方法
顯式鏈接調用
這里我們只提到兩種函數，一種是載入函數
[cpp] view plain
HINSTANCE LoadLibrary(LPCTSTR lpszLibFile);
HINSTANCE LoadLibraryEx(LPCSTR lpszLibFile,HANDLE hFile,DWORD dwFlags);
返回值HINSTANCE值指出了文件映像映射的虛擬內存地址。如果DLL不能被映進程的地址空間，函數就返回NULL。你可以使用類似於
[cpp] view plain
LoadLibrary("MyDLL")
或者
[cpp] view plain
LoadLibrary("MyDLL.dll")
的方式進行調用，不帶後綴和帶後綴在搜索策略上有區別，這里不再詳解。
顯式釋放DLL
在顯式載入DLL後，在任意時刻可以調用FreeLibrary函數來顯式地從進程的地址空間中解除該文件的映像。
[cpp] view plain
BOOL FreeLibrary(HINSTANCE hinstDll);
這里，在同一個進程中調用同一個DLL時，實際上還牽涉到一個計數的問題。這里也不在詳解。
線程可以調用GetMoleHandle函數：
[cpp] view plain
GetMoleHandle(LPCTSTR lpszMoleName)；
來判斷一個DLL是否被映射進進程的地址空間。例如，下面的代碼判斷MyDLL.dll是否已被映射到進程的地址空間，如果沒有，則裝入它：
[cpp] view plain
HINSTANCE hinstDll;
hinstDll = GetMoleHandle("MyDLL");
if (hinstDll == NULL){
hinstDll = LoadLibrary("MyDLL");
}
實際上，還有一些函數，比如 GetMoleFileName用來獲取DLL的全路徑名稱，FreeLibraryAndExitThread來減少DLL的使用計數並退出線程。具體內容還是參見《Window高級編程指南》的第12章內容，此文中不適合講太多的內容以至於讀者不能一下子接受。
DLL的進入與退出函數
說到這里，實際上只是講了幾個常用的函數，這一個小節才是重點。
在上面，我們看到的MyDLL的例子中，有一個DllMain函數，這就是所謂的進入/退出函數。系統在不同的時候調用此函數。這些調用主要提供信息，常常被DLL用來執行進程級或線程級的初始化和清理工作。如果你的DLL不需要這些通知，就不必再你的DLL源代碼中實現此函數，例如，如果你創建的DLL只含有資源，就不必實現該函數。但如果有，則必須像我們上面的格式。
DllMain函數中的ul_reason_for_call參數指出了為什麼調用該函數。該參數有4個可能值： DLL_PROCESS_ATTACH、DLL_THREAD_ATTACH、DLL_THREAD_DETACH、DLL_PROCESS_DETACH。
其中，DLL_PROCESS_ATTACH是在一個DLL首次被映射到進程的地址空間時，系統調用它的DllMain函數，傳遞的ul_reason_for_call參數為DLL_PROCESS_ATTACH。這只有在首次映射時發生。如果一個線程後來為已經映射進來的DLL調用LoadLibrary或LoadLibraryEx，操作系統只會增加DLL的計數，它不會再用DLL_PROCESS_ATTACH調用DLL的DllMain函數。
而DLL_PROCESS_DETACH是在DLL被從進程的地址空間解除映射時，系統調用它的DllMain函數，傳遞的ul_reason_for_call值為DLL_PROCESS_DETACH。我們需要注意的是，當用DLL_PROCESS_ATTACH調用DLL的DllMain函數時，如果返回FALSE,說明初始化不成功，系統仍會用DLL_PROCESS_DETACH調用DLL的DllMain。因此，必須確保沒有清理那些沒有成功初始化的東西。
DLL_THREAD_ATTACH：當進程中創建一個線程時，系統察看當前映射到進程的地址空間中的所有DLL文件映像，並用值DLL_THREAD_ATTACH調用所有的這些DLL的DllMain函數。該通知告訴所有的DLL去執行線程級的初始化。注意，當映射一個新的DLL時，進程中已有的幾個線程在運行，系統不會為已經運行的線程用值DLL_THREAD_ATTACH調用DLL的DllMain函數。
而DLL_THREAD_DETACH，如果線程調用ExitThread來終結（如果讓線程函數返回而不是調用ExitThread，系統會自動調用ExitThread），系統察看當前映射到進程空間的所有DLL文件映像，並用值DLL_THREAD_DETACH來調用所有的DLL的DllMain函數。該通知告訴所有的DLL去執行線程級的清理工作。
這里，我們需要注意的是，如果線程的終結是因為系統中的一個線程調用了TerminateThread，系統就不會再使用DLL_THREAD_DETACH來調用DLL和DllMain函數。這與TerminateProcess一樣，不再萬不得已時，不要使用。
下面，我們貼出《Window高級編程指南》中的兩個圖來說明上述四種參數的調用情況。
好的，介紹了以上的情況，下面，我們來繼續實踐，這次，建立一個新的空的win32控制台工程TestDLL，不再多說，代碼如下：
[cpp] view plain
#include <iostream>
#include <Windows.h>
using namespace std;
DWORD WINAPI someFunction(LPVOID lpParam)
{
cout << "enter someFunction!" << endl;
Sleep(1000);
cout << "This is someFunction!" << endl;
Sleep(1000);
cout << "exit someFunction!" << endl;
return 0;
}
int main()
{
HINSTANCE hinstance = LoadLibrary("MyDLL");
if(hinstance!=NULL)
{
cout << "Load successfully!" << endl;
}else {
cout << "Load failed" << endl;
}
HANDLE hThread;
DWORD dwThreadId;
cout << "createThread before " << endl;
hThread = CreateThread(NULL,0,someFunction,NULL,0,&dwThreadId);
cout << "createThread after " << endl;
cout << endl;
Sleep(3000);
cout << "waitForSingleObject before " << endl;
WaitForSingleObject(hThread,INFINITE);
cout << "WaitForSingleObject after " << endl;
cout << endl;
FreeLibrary(hinstance);
return 0;
}
代碼很好理解，但是前提是，你必須對線程有一定的概念。另外，注意，我們上面編譯的獲得的「MyDLL.dll"必須拷貝到能夠讓我們這個工程找到的地方，也就是上面我們提到的搜索路徑中的一個地方。
這里，我們先貼結果，當然，這只是在我機器上其中某次運行結果。
有了上面我們介紹的知識，這個就不是很難理解，主進程在調用LoadLibrary時，用DLL_PROCESS_ATTACH調用了DllMain函數，而線程創建時，用DLL_THREAD_ATTACH調用了DllMain函數，而由於主線程和子線程並行的原因，可能輸出的時候會有打斷。但是，這樣反而能讓我們更清楚的理解程序。
⑨ C語言程序怎麼編譯成dll文件供其他語言調用
C程序編譯成dll文件只不過是在要公開的介面函數聲明前面加上幾個特定的修飾符而已。
下面是個例子，用dev-cpp建了個dll的默認文檔
/*dll.h文件*/
#ifndef _DLL_H_
#define _DLL_H_
#if BUILDING_DLL
# define DLLIMPORT __declspec (dllexport)
#else /* Not BUILDING_DLL */
# define DLLIMPORT __declspec (dllimport)
#endif /* Not BUILDING_DLL */
DLLIMPORT void HelloWorld (void);
#endif /* _DLL_H_ */
/*dllmain.c文件*/
/* Replace "dll.h" with the name of your header */
#include "dll.h"
#include <windows.h>
#include <stdio.h>
#include <stdlib.h>
DLLIMPORT void HelloWorld ()
{
MessageBox (0, "Hello World from DLL!/n", "Hi", MB_ICONINFORMATION);
}
BOOL APIENTRY DllMain (HINSTANCE hInst /* Library instance handle. */ ,
DWORD reason /* Reason this function is being called. */ ,
LPVOID reserved /* Not used. */ )
{
switch (reason)
{
case DLL_PROCESS_ATTACH:
break;
case DLL_PROCESS_DETACH:
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
}
/* Returns TRUE on success, FALSE on failure */
return TRUE;
}
具體請參考jilei08124的CSDN博客