在Win16環(huán)境中，DLL的全局數(shù)據(jù)對每個載入它的進程來說都是相同的,因為所有的進程用的都收同一塊地址空間；而在Win32環(huán)境中，情況卻發(fā)生了變化，每個進程都有了它自己的地址空間，DLL函數(shù)中的代碼所創(chuàng)建的任何對象（包括變量）都歸調(diào)用它的進程所有。當進程在載入DLL時，操作系統(tǒng)自動把DLL地址映射到該進程的私有空間，也就是進程的虛擬地址空間，而且也復制該DLL的全局數(shù)據(jù)的一份拷貝到該進程空間。（在物理內(nèi)存中，多進程載入DLL時，DLL的代碼段實際上是只加載了一次，只是將物理地址映射到了各個調(diào)用它的進程的虛擬地址空間中，而全局數(shù)據(jù)會在每個進程都分別加載）。也就是說每個進程所擁有的相同的DLL的全局數(shù)據(jù)，它們的名稱相同，但其值卻并不一定是相同的，而且是互不干涉的。
因此，在Win32環(huán)境下要想在多個進程中共享數(shù)據(jù)，就必須進行必要的設(shè)置。在訪問同一個Dll的各進程之間共享存儲器是通過存儲器映射文件技術(shù)實現(xiàn)的。也可以把這些需要共享的數(shù)據(jù)分離出來，放置在一個獨立的數(shù)據(jù)段里，并把該段的屬性設(shè)置為共享。必須給這些變量賦初值，否則編譯器會把沒有賦初始值的變量放在一個叫未被初始化的數(shù)據(jù)段中。
在DLL的實現(xiàn)文件中添加下列代碼：
#pragma data_seg("DLLSharedSection") // 聲明共享數(shù)據(jù)段，并命名該數(shù)據(jù)段
int SharedData = 123; // 必須在定義的同時進行初始化!!!!
#pragma data_seg()
在#pragma data_seg("DLLSharedSection")和#pragma data_seg()之間的所有變量將被訪問該Dll的所有進程看到和共享。僅定義一個數(shù)據(jù)段還不能達到共享數(shù)據(jù)的目的，還要告訴編譯器該段的屬性，有三種方法可以實現(xiàn)該目的（其效果是相同的），一種方法是在.DEF文件中加入如下語句：
SETCTIONS
DLLSharedSection READ WRITE SHARED
另一種方法是在項目設(shè)置的鏈接選項(Project Setting --〉Link)中加入如下語句：
/SECTION:DLLSharedSection,rws
還有一種就是使用指令：
#pragma comment(linker,"/section:.DLLSharedSection,rws")
那么這個數(shù)據(jù)節(jié)中的數(shù)據(jù)可以在所有DLL的實例之間共享了。所有對這些數(shù)據(jù)的操作都針對同一個實例的，而不是在每個進程的地址空間中都有一份。
當進程隱式或顯式調(diào)用一個動態(tài)庫里的函數(shù)時，系統(tǒng)都要把這個動態(tài)庫映射到這個進程的虛擬地址空間里。這使得DLL成為進程的一部分，以這個進程的身份執(zhí)行，使用這個進程的堆棧。
下面來談一下在具體使用共享數(shù)據(jù)段時需要注意的一些問題：
· 所有在共享數(shù)據(jù)段中的變量，只有在數(shù)據(jù)段中經(jīng)過了初始化之后，才會是進程間共享的。如果沒有初始化，那么進程間訪問該變量則是未定義的。
· 所有的共享變量都要放置在共享數(shù)據(jù)段中。如何定義很大的數(shù)組，那么也會導致很大的DLL。
· 不要在共享數(shù)據(jù)段中存放進程相關(guān)的信息。Win32中大多數(shù)的數(shù)據(jù)結(jié)構(gòu)和值（比如HANDLE）只在特定的進程上下文中才是有效地。
· 每個進程都有它自己的地址空間。因此不要在共享數(shù)據(jù)段中共享指針，指針指向的地址在不同的地址空間中是不一樣的。
· DLL在每個進程中是被映射在不同的虛擬地址空間中的，因此函數(shù)指針也是不安全的。
當然還有其它的方法來進行進程間的數(shù)據(jù)共享，比如文件內(nèi)存映射等，這就涉及到通用的進程間通信了，這里就不多講了。