在理解解耦之前，我們先來理解耦合度。耦合度是軟件工程領(lǐng)域的概念，是指模塊之間的依賴程度。

這里的模塊可以小到一個小功能，也可以大到一個系統(tǒng)。

那么對應(yīng)的，解耦就是解除模塊之間的耦合關(guān)系。

降低模塊之間的依賴程度也可以理解為解耦，模塊之間有依賴關(guān)系就必然存在耦合，

0耦合是基本無可能的，那是最理想的狀態(tài)。

耦合度越低，模塊之間依賴的程度越低，模塊的獨立性、復(fù)用性和可移植性就越強。

那么如何判斷2個有關(guān)聯(lián)的模塊的耦合程度呢？

1）是否有牽一發(fā)而動全身的現(xiàn)象？

一個小的改動，會影響到依賴它的所有模塊，這是耦合度高的典型表現(xiàn)。

比如A模塊和B模塊都依賴于C模塊，當(dāng)A模塊有特殊需求，要求C模塊支持時，C模塊沒法改造，C模塊一改造會影響到接入它的所有模塊。

2）看模塊的復(fù)用性

可復(fù)用性越高，說明耦合度越低

3）看模塊的可移植性

可移植性越高，說明耦合度越低

舉個例子：比如公司有一個電商A產(chǎn)品，它里面有搜索推薦功能，但是搜索推薦功能是強耦合在電商產(chǎn)品里面的，即搜索推薦和它的基礎(chǔ)功能代碼邏輯強耦合。

如果這時公司又推出一個新的電商B產(chǎn)品，也需要一樣的搜索推薦功能，因為之前A產(chǎn)品把搜索推薦功能和它本身的基礎(chǔ)功能強耦合在一起了，搜索推薦功能就很難去復(fù)用了。

如果把A產(chǎn)品的基礎(chǔ)功能和搜索推薦功能解耦，各司其職，分開2個獨立的模塊，以后任何產(chǎn)品想接入搜索推薦功能的話，按照接入標(biāo)準(zhǔn)接入即可。

小結(jié)：如果很難降低2個模塊的耦合度，那么可能是模塊之間職責(zé)分工不合理、調(diào)用方式有問題、或者設(shè)計模式不合理等等。