編輯“動態(tài)數(shù)據(jù)交換”（章節(jié)）

===內(nèi)存管理===
在Win32中，DLL文檔按照片段（sections）進行組織。每個片段有它自己的屬性，如可寫或是只讀、可執(zhí)行（代碼）或者不可執(zhí)行（數(shù)據(jù)）等等。

DLL代碼段通常被使用這個DLL的進程所共享；也就是說它們在物理內(nèi)存中占據(jù)一個地方，并且不會出現(xiàn)在頁面文檔中。如果代碼段所占據(jù)的物理內(nèi)存被收回，它的內(nèi)容就會被放棄，后面如果需要的話就直接從DLL文檔重新加載。

與代碼段不同，DLL的數(shù)據(jù)段通常是私有的；也就是說，每個使用DLL的進程都有自己的DLL數(shù)據(jù)[[副本]]。作為選擇，數(shù)據(jù)段可以設(shè)置為共享，允許通過這個共享內(nèi)存區(qū)域進行進程間通信。但是，因為用戶權(quán)限不能應(yīng)用到這個共享DLL內(nèi)存，這將產(chǎn)生一個安全[[漏洞]]；也就是一個進程能夠破壞共享數(shù)據(jù)，這將導(dǎo)致其它的共享進程異常。例如，一個使用訪客賬號的進程將可能通過這種方式破壞其它運行在特權(quán)賬號的進程。這是在DLL中避免使用共享片段的一個重要原因。

當(dāng)DLL被如[[UPX]]這樣一個可執(zhí)行的[[packer]]壓縮時，它的所有代碼段都標(biāo)記為可以讀寫并且是非共享的?？梢宰x寫的代碼段，類似于私有數(shù)據(jù)段，是每個進程私有的并且被頁面文檔備份。這樣，壓縮DLL將同時增加內(nèi)存和磁盤空間消耗，所以共享DLL應(yīng)當(dāng)避免使用壓縮DLL。