定義：客戶端不應該依賴它不需要的接口；一個類對另一個類的依賴應該建立在最小的接口上。
問題由來：類A通過接口I依賴類B，類C通過接口I依賴類D，如果接口I對於類A和類B來說不是最小接口，則類B和類D必須去實現他們不需要的方法。
解決方案：將臃腫的接口I拆分為獨立的幾個接口，類A和類C分別與他們需要的接口建立依賴關係。也就是採用接口隔離原則。
舉例來說明接口隔離原則：
這個圖的意思是：類A依賴接口I中的方法1、方法2、方法3，類B是對類A依賴的實現。類C依賴接口I中的方法1、方法4、方法5，類D是對類C依賴的實現。對於類B和類D來說，雖然他們都存在著用不到的方法（也就是圖中紅色字體標記的方法），但由於實現了接口I，所以也必須要實現這些用不到的方法。
我們首先先看一個違反接口隔離的例子：
public interface IWorker { public void work(); public void eat(); } public class Worker implements IWorker{ @Override public void work() { // TODO 工人工作} @Override public void eat() { // TODO 工人吃飯} } public class Robot implements IWorker { @Override public void work() { // TODO 機器人工作} @Override public void eat() { // TODO 機器人吃飯？ } }
由於機器人是不需要吃飯的，所以IWorker被認為是一個臃腫的接口，當然你也可以在Robot類中的eat方法做空實現，但是這樣可能會產生不可預計的BUG，比如eat方法需要消耗盒飯數量的話，就會出現不對應的現象。
下面是修改後的實現：
public interface IWorker { public void work(); } public interface IDiet { public void eat(); } public class Worker implements IWorker, IDiet{ @Override public void work() { // TODO 工人工作} @Override public void eat() { // TODO 工人吃飯} } public class Robot implements IWorker { @Override public void work() { // TODO 機器人工作} }
總結：
1. 接口要盡量小，並高內聚，不過要適當，太細化不好維護。
2. 如果已經設計成了臃腫的接口，可以使用適配器模式隔離它。