链接：https://www.zhihu.com/question/20111251/answer/14012223
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
“接口是个规范”，这句没错。
“不如直接就在这个类中写实现方法岂不是更便捷”，你怎么保证这个接口就一个类去实现呢？如果多个类去实现同一个接口，程序怎么知道他们是有关联的呢？
既然不是一个类去实现，那就是有很多地方有用到，大家需要统一标准。甚至有的编程语言（Object-C）已经不把接口叫 interface，直接叫 protocol。
统一标准的目的，是大家都知道这个是做什么的，但是具体不用知道具体怎么做。
比如说：
我知道 Comparable 这个接口是用来比较两个对象的，那么如何去比较呢？
数字有数字的比较方法，字符串有字符串的比较方法，学生（自己定义的类）也有自己的比较方法。
然后，在另外一个负责对象排序（不一定是数字喔）的代码里面，肯定需要将两个对象比较。
这两个对象是什么类型呢？
Object a,b？肯定不行，a > b 这样的语法无法通过编译。
int a,b？也不行？一开始就说了，不一定是数字。
....
所以，Comparable 就来了。他告诉编译器，a b 两个对象都满足 Comparable 接口，也就是他们是可以进行比较的。具体怎么比较，这段程序不需要知道。
所以，他需要一些具体的实现，Comparable 接口有一个方法，叫 compareTo。那么这个方法就是用来取代 <、> 这样的运算符。
因为运算符是编译器保留给内置类型（整数、浮点数）进行比较用的，而不是一个广义的比较运算。
这样写的第一个作用：
“不如直接就在这个类中写实现方法岂不是更便捷”，你怎么保证这个接口就一个类去实现呢？如果多个类去实现同一个接口，程序怎么知道他们是有关联的呢？
可能有些同学还不知道我们探讨的具体是什么问题。这里给出例子
public abstract class Context {
public final class ContextImpl extends Context {
就如上面的文字部分所说，你怎么就保证了只有一个类会去实现这个接口呢？事实上，Context类的结构是这样的：
但是，有的时候，我参看源码，又会发现，很多时候，一个接口只有一个实现类，他还是要这么做，这样是不是真的就多此一举了呢？
很抱歉，依然不是多此一举。在这里的作用是——项目协作，是项目模块化的利器。当你决定把一个类，仅仅给自己用，而且不打算再度扩展，那么这个时候，你可以选择不用接口+接口impl的形式。但是一旦你是进行一个团队合作的话，你就必须这么做。这个时候，接口就成为了一个约定，你的团队成员就无需在意你的代码细节，只需要关注于你的功能即可。说到这里，你是否可以想到，后台给你的东西，也叫接口？你再好好想想何为接口？难道后台返回给你所有的代码才是最合适的吗?我来替你总结一下，接口的作用之一：别人替你做了一些事，只给你你个调用口，你就可以成功地使用这个调用口，去得到他在背后默默地替你做的所有的操作所返回的结果。这，就是接口。
再说项目模块化。啥是项目模块化？我的师傅这样问我。我装B的回答：
只和调用者耦合“
“ 模块化 懂 吗？”
我：“不懂”
师傅：“
都是按个人理解
模块 化 就好开解了
好理解了
用户中心 模块
商城 模块
o2
o2o模块
网络请求可以 是模块 也可以叫组件
类似这样
每个模块 做每个模块固定的功能
理解了？
这回我懂了，什么聊天模块，商城模块就是模块。
这个时候你可能感觉到接口的必要性了吧！ 那么我的商城模块这么多类，又互不统一，怎么才能优雅的以接口的形式暴露出来呢？
你可以弄一个托管类接口，再弄一个托管类impl，在托管类impl中进行一个调用即可。
总结一下：
1.用接口形成多实现体系，如集合框架
2.项目协作， 最小代价、最优雅地暴露功能给队友
3.模块化
最后 看了一点effective java 又领悟到了模块之间解耦的作用
这个不是我随便乱说的 我能讲通道理
interface和interfaceImpl还有调用者。本来是调用者和类直接耦合了，现在是interface和interfaceImpl建立联系，interface和调用者建立联系，我们旨在减少调用者和类的直接联系，这叫封装，也叫信息隐藏。