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