所謂依賴倒置原則（Dependence Inversion PRinciple ）就是要依賴于抽象，不要依賴于具體。簡單的說就是對抽象進行編程，不要對實現進行編程，這樣就降低了客戶與實現模塊間的耦合。

面向過程的開發，上層調用下層，上層依賴于下層，當下層劇烈變化時，上層也要跟著變化，這就會導致模塊的復用性降低而且大大提高了開發的成本。 面向對象的開發很好的解決了這個問題，一般的情況下抽象的變化概率很小，讓用戶程序依賴于抽象，實現的細節也依賴于抽象。即使實現細節不斷變化，只要抽象不變，客戶程序就不需要變化。這大大降低了客戶程序域實現細節的耦合度。

抽象不應該依賴細節，細節應該依賴于抽象。說白了，就是針對接口編程，不要針對實現編程。

依賴倒置原則包含三層含義：

1)高層模塊不應該依賴低層模塊，兩者都應該依賴其抽象；

2)抽象不應該依賴細節;

3)細節應該依賴抽象。

1、通過構造函數傳遞依賴對象； 比如在構造函數中的需要傳遞的參數是抽象類或接口的方式實現。

2、通過setter方法傳遞依賴對象； 即在我們設置的setXXX方法中的參數為抽象類或接口，來實現傳遞依賴對象。

3、接口聲明實現依賴對象，也叫接口注入；

即在函數聲明中參數為抽象類或接口，來實現傳遞依賴對象，從而達到直接使用依賴對象的目的。

1、AGP插槽。主板和顯卡之間關系的抽象。主板和顯卡通常是使用AGP插槽來連接的，這樣，只要接口適配，不管是主板還是顯卡更換，都不是問題。

2、駕照。司機和汽車之間關系的抽象。有駕照的司機可以駕駛各種汽車。

3、電源插座。 設計模式中最能體現DIP原則的是抽象工廠模式。在抽象工廠模式中，工廠和產品都可以是抽象的，如果客戶要使用的話，只要關注于工廠和產品的接口即可，不必關注與工廠和產品的具體實現。

DIP對于并行開發的影響：兩個類之間有依賴關系，只要制定出他們之間的接口，就可以并行開發了。

備注： 1、什么叫做高層模塊依賴于底層模塊？

面向過程的開發時，為了復用一些常用代碼，通常會把這些代碼寫成函數庫的形式。這樣，以后做新項目時，調用這些底層函數就可以了。這就叫做高層模塊依賴于底層模塊。 高層模塊一般和業務邏輯相關，底層模塊一般和具體實現相關。

2、何謂“倒置”？

這是因為傳統的軟件開發方法，如結構化的分析和設計，傾向于創建高層模塊依賴于低層模塊、抽象依賴于具體的軟件結構。實際上，這些方法的目標之一就是去定義描述上層模塊如何調用低層模塊的層次結構。所以，相對于傳統的過程化的方法通常所產生的那種依賴結構，一個設計良好的面向對象的程序中的依賴結構就是“被倒置”的。 來看一下那些依賴于低層模塊的高層模塊的含義。一個應用中的重要策略決定及業務模型正是在這些高層的模塊中。也正是這些模型包含著應用的特性。但是，當這些模塊依賴于低層模塊時，低層模塊的修改將會直接影響到它們，迫使它們也去改變。這種境況是荒謬的。應該是處于高層的模塊去迫使那些低層的模塊發生改變。應該是處于高層的模塊優先于低層的模塊。無論如何高層的模塊也不應依賴于低層的模塊。而且，我們想能夠復用的是高層的模塊。通過子程序庫的形式，我們已經可以很好地復用低層的模塊了。

當高層的模塊依賴于低層的模塊時，這些高層模塊就很難在不同的環境中復用。但是，當那些高層模塊獨立于低層模塊時，它們就能很簡單地被復用了。這正是位于框架設計的最核心之處的原則。