-
相依性地獄
鎖定
相依性地獄(英語:Dependency hell),是指在操作系統中由於軟件之間的依賴性不能被滿足而引發的問題。
- 中文名
- 相依性地獄
- 外文名
- Dependency hell
相依性地獄簡介
相依性地獄(英語:Dependency hell),是指在操作系統中由於軟件之間的依賴性不能被滿足而引發的問題。
一個軟件包依賴於其它必要的軟件包(且版本要符合要求),使得軟件包系統形成了複雜的依賴關係網絡,並可能引發一系列問題。一些軟件包可能因為依賴性無法滿足,需要安裝大量軟件包;另一方面,一個軟件包的卸載可能引發數量眾多的軟件包無法工作。
相依性地獄問題由來
相較“另起爐灶”的做法,現代軟件往往會利用一些已有的組件(如庫、程序、多媒體文件)進行開發。這些組件可能是某個軟件,也可能是專門為其他軟件使用而設計(庫)。程序開發者根據特定版本的組件來設計自己的軟件。這種方式減少了開發的工作量,使得程序比較輕便。但是該軟件要正確運行,必須安裝了指定版本的某些組件。
做一個比喻:你在建造一所房子,而並不生產門窗。由於門洞和窗口的尺寸要和門窗配合,因此你不得不尋找了一家門窗廠商,以他們生產的門窗作為標準,來建造合適的房子。你建造的房屋必須依賴於這家門窗廠商所生產的特定型號的門。
這便是相依性的產生過程。
若只有簡單的相依性,則比較容易解決。如A軟件依賴e、z軟件包,而e、z軟件包沒有依賴,只需要安裝e、z軟件包,再安裝A軟件即可。就如建造商與門窗商的依賴關係,簡單明瞭。
而當依賴性過多,且具有多級結構,形成錯綜複雜的網絡,依賴性的解析就會變得異常困難,甚至出現無法解析的致命錯誤。
由於軟件包更新迅速,且互相不同步,依賴性所要求的版本條件可能很快便不存在。
當多個軟件包同時依賴於一個軟件包,但所要求的版本不同。如A軟件包依賴gcc-4.6及以上而B軟件依賴gcc-4.5,那麼就會產生相依性衝突。這種情況下,兩個軟件包A、B無法同時滿足依賴性,無法同時安裝或運行。
當一個軟件包依賴多個軟件包,解析依賴性的難度會加大。如A軟件包依賴40個軟件包,而這40個軟件包每個又都有自身的依賴關係,依賴關係深達 3-5層。這樣的計算,靠人力有時是難以完成的,必須藉助軟件包管理器進行自動解析。同時,安裝組件的數量也會由於依賴性過多而增長。
當兩個軟件包不共存的時候,可能會對整個體系造成巨大沖擊。若是兩個底層軟件包,則影響會更大。由依賴關係形成的網絡會斷裂為不共存的兩部分。在建立軟件包體系的過程中,要儘量避免這種情況發生,尤其是底層軟件包的不共存問題。
相依性地獄問題類型
相依性地獄依賴過多
一個軟件包可能依賴於眾多的庫,因此安裝一個軟件包的同時要安裝幾個甚至幾十個庫包。
相依性地獄多重依賴
指從所需軟件包到最底層軟件包之間的層級數過多。這會導致依賴性解析過於複雜,並且容易產生依賴衝突和環形依賴。
相依性地獄依賴衝突
即兩個軟件包無法共存的情況。除兩個軟件包包含內容直接衝突外,也可能因為其依賴的低層軟件包互相沖突。因此,兩個看似毫無關聯的軟件包也可能因為依賴性衝突而無法安裝。
相依性地獄依賴循環
- 詞條統計
-
- 瀏覽次數:次
- 編輯次數:5次歷史版本
- 最近更新: yl201317