-----------模式是思想的体现，而非具体的实现。
抽象的讲，类的接口是类允许其他类对象访问的方法与字段集。接口通常代表一种承诺，即方法需要实现接口方法名表示的操作，遵循代码注释和其他文档说明，类的实现就是方法体中的代码。
java不允许多重继承，也就是说一个子类只能有一个父类，Son extends FatherA,FatherB 是错误的为了弥补这点不足，java允许实现多个接口， 接口就是给出一些没有内容的方法，类似于C++中的虚类。到具体用的时候再由用的方法自己定义内容，要注意的是想用接口必须实现接口的所有方法。
其实是因为java不支持多继承才产生了接口，接口是用来规范类的它可以避免类在设计上的不一致，这在多人合作的开发中犹为重要，就比如接口中有A方法，那么实现这个接口就必须实现A方法，这就形成了一种规范，也就是说，A继承了B，但却想使用C的一个方法，但又不能再继承，所以就使用了C的接口。
Java接口和Java抽象类代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP面向对象的编程，如果要提高程序的复用率，增加程序的可维护性，可扩展性，就必须是面向接口的编程，面向抽象的编程，正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。
=============================================================================================
Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它们比较一下，你就可以发现了。
1、Java接口和Java抽象类最大的一个区别，就在于Java抽象类可以提供某些方法的部分实现，而Java接口不可以，这大概就是Java抽象类唯一的优点吧，但这个优点非常有用。如果向一个抽象类里加入一个新的具体方时，那么它所有的子类都一下子都得到了这个新方法，而Java接口做不到这一点，如果向一个Java接口里加入一个新方法，所有实现这个接口的类就无法成功通过编译了，因为你必须让每一个类都再实现这个方法才行，这显然是Java接口的缺点。
任何一个实现了一个Java接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个Java接口，从而这个类就有了多种类型。
3、从第2点不难看出，Java接口是定义混合类型的理想工具，混合类表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为。
最精典的设计模式就出来了：声明类型的工作仍然由Java接口承担，但是同时给出一个Java抽象类，且实现了这个接口，而其他同属于这个抽象类型的具体类可以选择实现这个Java接口，也可以选择继承这个抽象类，也就是说在层次结构中，Java接口在最上面，然后紧跟着抽象类，哈，这下两个的最大优点都能发挥到极至了。这个模式就是“缺省适配模式”。
在Java语言API中用了这种模式，而且全都遵循一定的命名规范：Abstract ＋接口名。Java接口和Java抽象类的存在就是为了用于具体类的实现和继承的，如果你准备写一个具体类去继承另一个具体类的话，那你的设计就有很大问题了。Java抽象类就是为了继承而存在的，它的抽象方法就是为了强制子类必须去实现的。使用Java接口和抽象Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。而不要用具体Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。
我想，如果你编的代码里面连一个接口和抽象类都没有的话，也许我可以说你根本没有用到任何设计模式，任何一个设计模式都是和抽象分不开的，而抽象与Java接口和抽象Java类又是分不开的。
java将接口概念提升为独立的结构，体现了接口（对象必须遵循的承诺）与实现（对象如何履行承诺）的分离。java接口允许多个类提供相同的功能，也允许一个类同时实现多个接口。
java中抽象类与接口的区别：
1.一个类可以实现多个接口，但却只能继承最多一个抽象类。
2.抽象类可以包含具体方法，接口的所有方法都是抽象的。
3.抽象类中可以声明和使用字段，接口则不能能，但可以创建静态的final常量。
4.抽象类中的方法可以是public、protected、private或者默认的package,接口的方法都是public.
5.抽象类可以定义构造函数，接口不能。
java接口的优势在于它限制了对象之间的协作，这种约束其实提供了更大的自由。即使实现接口的类的实现发生了巨大变化，接口的客户端仍然可以不受影响。
小结：
接口的威力在于它描述了在类协作中它所期望与不期望的行为。接口与抽象类很相似，定义行为却并不提供实现。
