标准定义
接口隔离原则(Interface Segregation Principle, ISP) 定义如下：
不要强迫客户依赖于它们不需要的方法，应用接口将两者隔离
生活案例
《解忧杂货店》是东野圭吾的一本小说，小说描述了这样的一件事情。
三个小偷在慌乱之中躲进了一个杂货店，他的主人是浪矢爷爷。杂货店已经很久没有开门了，一切看起来都很陈旧的样子，颇有上个世纪的感觉。值得一提的是，杂货店还有一个信箱，这个信箱是浪矢爷爷和小朋友们沟通的桥梁，小朋友们会把他们的一些问题写成书信投到这个信箱当中，然后浪矢爷爷会在每天晚上去看小朋友们投进来的信，认真思考之后给小朋友们一封回信。这么多年过去了，浪矢爷爷也已乘黄鹤去，自然没有人回信，当然也没有人写信。但是这三个小偷，就在他们躲进杂货店的这晚，却莫名其妙收到了前来咨询的信件，因男友身患绝症，年轻女孩月兔在爱情与梦想间徘徊；松冈克郎为了音乐梦想离家漂泊，却在现实中寸步难行；少年浩介面临家庭巨变，挣扎在亲情与未来的迷茫中... .... 面对这些来着过去的信件，站在未来的三个人，自然是开了上帝视角，给他们写回信，教他们什么去做，而过去的人，也因为遵循他们的建议，得到蛮不错的结局。故事的最后，三个小偷也收到了浪矢爷爷的信件，教导他们，要自信，要为自己的未来燃烧。
还是挺鸡汤的。对于小偷躲进杂货店那晚而言，因为是站在未来给过去的回信，三个人知道写信人要经历怎么样的社会变革，他们会很好地告知写信人怎么去做，对于所有的问题，由于站在上帝视角，杂货店都能够很好地回答，而且不失偏差。而对于浪矢爷爷而言，他的回信就不是很好写了，他不知道自己写的东西能不能帮助到别人，而且还有可能因为他的回信，对写信人造成更大的困扰。
浪矢爷爷的困扰，更多的是策略上的问题。每个人都有每个人的烦恼，有的为学习而烦恼，有的为婚姻而烦恼，有的为工作而烦恼。不同的烦恼会有不同的解决办法，并没有一个统一的标准。加上浪矢爷爷并不像三个小偷一样，站在上帝的视角来看待这些问题，所以，对于他来讲，解答别人的烦恼是一件很困难的事情。
那么，该怎么做？
我们假设浪矢爷爷是一个妇联主任，有很好的解决家庭矛盾的技能，尤其擅长于解决婚姻问题，对于保大还是保小，救老婆还是救老妈手到擒来，不在话下。那么，他在信箱上就可以贴上，“专业解决婚姻烦恼”的告示。专业的人做专业的事情，也比万金油去解决所有的事情强得多。浪矢爷爷这时候，虽然并不是来着未来，但是凭借他专业的技术和知识储备，相信他对解决婚姻困扰的问题上能够势如破竹。
接口隔离就是这么一回事，一个接口是对调用方的承诺，写在接口上的方法调用方都可能去执行。接口就像是浪矢爷爷的信箱，调用方就是写信人，投信是调用接口，而回信就是返回结果。浪矢爷爷面临不能解答问题的困扰，是因为他承诺解决烦恼的领域太大，有些领域他并擅长，所以他也不能很好地去回答。接口也一样，暴露出来就是要给别人调的，如果实现没有写好，就把接口暴露出来，别人调的时候发现了问题，那怪责的只能是写接口的人。
（十分抱歉，我对这本小说做了这样的解读）
程序例子
具体的业务按照03. 单一功能原则来定义。
IPrinter有下面的方法，加墨水，加纸，打印。
interface IPrinter {
void addInk(Ink ink);
void addPaper(Paper paper);
void print()
}
现在的可以发展真快，我们的打印机不需要加墨水了，他会在空气中提取雾霾，然后通过牛逼的技术合成墨水，addInk的方法就不需要，但是，并不是每台打印机都能采用这种牛逼的技术，有些还是要加墨水的。对于这一个改变，我们怎么在程序上体现呢？如果不根据接口隔离的原则，我们完全可以不改程序，打印机统一实现IPrinter接口就可以了，addInk在旧打印机上调用，在新的打印机上不调用，变成空的方法就行，但是，要记住，接口是对调用方的承诺，如果调用方在新的打印机上调用addInk方法，并没有任何的返回，也不做处理，这样的代码很容易出问题，调用方就会想，我使用了新的打印机，我明明加了黑色的墨水，但是为什么打印出来的文档还是红色的。显然这是不可理喻的。
根据接口隔离原则，我们新旧两种打印机的接口应该分开来写，程序代码如下：
public interface IPrinter{
void addPaper(Paper paper);
void print()
}
public interface IOldPrinter extends IPrinter{
void addInk(Ink ink);
}
对于新的打印机，我们实现IPrinter，对于旧的打印机，实现IOldPrinter，这样做就能很好遵循接口隔离的原则了。
