實(shí)際上所有程序執(zhí)行都依賴于庫(kù)。在包括Linux的大多數(shù)現(xiàn)代類Unix系統(tǒng)中，程序缺省使用動(dòng)態(tài)連接庫(kù)（DLL）進(jìn)行編譯。這樣就可以更新某個(gè)庫(kù)，所有使用該庫(kù)的程序如果可能的話，都將使用新的（希望有所改進(jìn)的）版本。

動(dòng)態(tài)連接庫(kù)通常被放在若干特殊目錄下。通常這些目錄包括/lib、/usr/lib、有關(guān)PAM模塊的/lib/security、有關(guān)X-windows的/usr/X11R6/lib和/usr/local/lib。

對(duì)于庫(kù)的命名和進(jìn)行庫(kù)的符號(hào)連接有些特殊約定，這樣就可以更新庫(kù)，同時(shí)繼續(xù)支持需要使用不具有反向兼容的老版本庫(kù)的程序。在執(zhí)行特定程序時(shí)可以覆蓋某個(gè)指定庫(kù)，甚至只覆蓋某個(gè)庫(kù)里的指定函數(shù)。這是類Unix系統(tǒng)相對(duì)于類Windows系統(tǒng)的一個(gè)實(shí)際優(yōu)點(diǎn)；我相信類Unix系統(tǒng)有一個(gè)更好的系統(tǒng)來(lái)處理庫(kù)的更新，這也是Unix和Linux系統(tǒng)被認(rèn)為比基于Windows的系統(tǒng)更穩(wěn)定的原因。

在包括所有Linux系統(tǒng)的基于GNU glibc的系統(tǒng)中，程序啟動(dòng)時(shí)自動(dòng)尋找的目錄列表存儲(chǔ)在文件/etc/ld.so.conf中。很多源于Red Hat的發(fā)行版一般在文件/etc/ld.so.conf中不包含/usr/local/lib。我認(rèn)為這是個(gè)Bug，要在源于Red Hat的系統(tǒng)里運(yùn)行很多程序都需要進(jìn)行一個(gè)通用的“修復(fù)”，把/usr/local/lib加入/etc/ld.so.conf。如果只是想覆蓋某個(gè)庫(kù)里的若干函數(shù)，而想保留該庫(kù)的其它部分，可以在/etc/ld.so.preload中輸入要覆蓋的庫(kù)名（.o文件）；這些“預(yù)載入”的庫(kù)會(huì)優(yōu)先于標(biāo)準(zhǔn)庫(kù)使用。通常這種預(yù)載入文件是用于緊急補(bǔ)丁的；發(fā)行版在發(fā)行時(shí)一般不會(huì)包含這樣的文件。在程序啟動(dòng)時(shí)尋找所有這些目錄太花時(shí)間，所以實(shí)際上使用了一個(gè)cache管理方法。程序ldconfig(8)缺省讀入文件/etc/ld.so.conf，在動(dòng)態(tài)連接目錄里建立相應(yīng)的符號(hào)連接（這樣就遵循了標(biāo)準(zhǔn)約定），然后把cache寫(xiě)入/etc/ld.so.cache，這樣就可以被其它程序使用了。所以一旦增加一個(gè)DLL，或刪除一個(gè)DLL，或者DLL目錄集發(fā)生改變，ldconfig就要運(yùn)行一次；在安裝庫(kù)時(shí)，運(yùn)行l(wèi)dconfig通常是軟件包管理程序需要執(zhí)行的一個(gè)步驟。在啟動(dòng)時(shí)，程序使用動(dòng)態(tài)加載程序來(lái)讀入文件/etc/ld.so.cache，然后載入其所需的庫(kù)。

各種環(huán)境變量可以控制這一過(guò)程，而且事實(shí)上也有允許覆蓋此過(guò)程的環(huán)境變量（所以可以在某次特別的執(zhí)行過(guò)程中臨時(shí)替換某個(gè)不同的庫(kù)）。在Linux下，環(huán)境變量LD_LIBRARY_PATH是一組用逗號(hào)隔開(kāi)的目錄，在查找標(biāo)準(zhǔn)目錄集之前先查找這些庫(kù)；這在調(diào)試新庫(kù)或?yàn)樘厥饽康氖褂梅菢?biāo)準(zhǔn)庫(kù)時(shí)很有用。變量LD_PRELOAD列出了覆蓋標(biāo)準(zhǔn)集的函數(shù)所在的目標(biāo)文件，就像/etc/ld.so.preload一樣。

如果不采取特別的措施，允許用戶控制動(dòng)態(tài)連接庫(kù)會(huì)對(duì)setuid/setgid程序造成災(zāi)難性的后果。因此在實(shí)現(xiàn)GNU glibc時(shí)，如果是setuid或setgid程序，將忽略這些變量（和其它類似的變量），或者嚴(yán)格限制這些變量所起的作用。GNU的glibc庫(kù)通過(guò)檢查程序的證明來(lái)確定其是否為setuid或setgid程序；如果uid和euid不同，或者gid和egid不同，則庫(kù)就假設(shè)該程序?yàn)閟etuid/setgid程序（或者為其子程序），然后嚴(yán)格限制它控制連接的能力。如果載入GNU的glibc庫(kù)，就可以看到這種情況；請(qǐng)?zhí)貏e閱讀一下文件elf/rtld.c和sysdeps/generic/dl-sysdep.c。這就意味著如果使uid和gid等于euid和egid，再調(diào)用程序，這些變量就具有完全的效力。其它類Unix系統(tǒng)處理這些情況有所不同，但原因相同：一個(gè)setuid/setgid程序不應(yīng)受到環(huán)境變量集的過(guò)分影響。