在Win16環境中,DLL的全域資料對每個載入它的進程來說都是相同的;而在Win32環境中,情況卻發生了變化,DLL函數中的代碼所建立的任何對象(包括變數)都歸調用它的線程或進程所有。當進程在載入DLL時作業系統自動把DLL地址映射到該進程的私人空間,也就是進程的虛擬位址空間,而且也複製該DLL的全域資料的一份拷貝到該進程空間。也就是說每個進程所擁有的相同的DLL的全域資料,它們的名稱相同,但其值卻並不一定是相同的,而且是互不干涉的。因此,在Win32環境下要想在多個進程中共用資料,就必須進行必要的設定。在訪問同一個Dll的各進程之間共 享儲存空間是通過儲存空間對應檔技術實現的。也可以把這些需要共用的資料分離出來,放置在一個獨立的資料區段裡,並把該段的屬性設定為共用。必須給這些變數賦初值,否則編譯器會把沒有賦初始值的變數放在一個叫未被初始化的資料區段中。 #pragma data_seg預先處理指令用於設定共用資料區段。例如: #pragma data_seg("SharedDataName") HHOOK hHook=NULL; #pragma data_seg() 在#pragma data_seg("SharedDataName")和#pragma data_seg()之間的所有變數 將被訪問該Dll的所有進程看到和共用。再加上一條指令#pragma comment(linker,"/section:.SharedDataName,rws"),那麼這個資料節中的資料可以在所有DLL的執行個體之間共用。所有對這些資料的操作都針對同一個執行個體的,而不是在每個進程的地址空間中都有一份。 1.#pragma data_seg()一般用於DLL中。也就是說,在DLL中定義一個共用的,有名字的資料區段。最關鍵的是:這個資料區段中的全域變數可以被多個進程共用。否則多個進程之間無法共用DLL中的全域變數。 2.共用資料必須初始化,否則微軟編譯器會把沒有初始化的資料放到.BSS段中,從而導致多個進程之間的共用行為失敗。 3.你所謂的結果正確是一種錯覺。如果你在一個DLL中這麼寫: #pragma data_seg("MyData") int g_Value; // Note that the global is not initialized. #pragma data_seg() DLL提供兩個介面函數: int GetValue() { return g_Value; } void SetValue(int n) { g_Value = n; } 然後啟動兩個進程A和B,A和B都調用了這個DLL,假如A調用了SetValue(5); B接著調用int m = GetValue(); 那麼m的值不一定是5,而是一個未定義的值。因為DLL中的全域資料對於每一個調用它的進程而言,是私人的,不能共用的。假如你對g_Value進行了初始化,那麼g_Value就一定會被放進MyData段中。換句話說,如果A調用了SetValue(5); B接著調用int m = GetValue(); 那麼m的值就一定是5!這就實現了跨進程之間的資料通訊! 下面看一個實際應用,用共用資料來統計應用程式啟動的次數,並作相應的處理。 在應用程式的入口處: //控制應用程式只能啟動一次 #pragma data_seg("flag_data") int count=0; #pragma data_seg() #pragma comment(linker,"/SECTION:flag_data,RWS") 程式中: if(count>1) { MessageBox("已經啟動了一個應用程式","Warning",MB_OK); return FLASE; } count++; |