Java接口(interface)的概念及使用
在抽象类中，可以包含一个或多个抽象方法；但在接口(interface)中，所有的方法必须都是抽象的，不能有方法体，它比抽象类更加“抽象”。

接口使用 interface 关键字来声明，可以看做是一种特殊的抽象类，可以指定一个类必须做什么，而不是规定它如何去做。

现实中也有很多接口的实例，比如说串口电脑硬盘，Serial ATA委员会指定了Serial ATA 2.0规范，这种规范就是接口。Serial ATA委员会不负责生产硬盘，只是指定通用的规范。

希捷、日立、三星等生产厂家会按照规范生产符合接口的硬盘，这些硬盘就可以实现通用化，如果正在用一块160G日立的串口硬盘，现在要升级了，可以购买一块320G的希捷串口硬盘，安装上去就可以继续使用了。

下面的代码可以模拟Serial ATA委员会定义以下串口硬盘接口：

//串行硬盘接口public interface SataHdd{ //连接线的数量 public static final int CONNECT_LINE=4; //写数据 public void writeData(String data); //读数据 public String readData();}

注意：接口中声明的成员变量默认都是 public static final 的，必须显示的初始化。因而在常量声明时可以省略这些修饰符。

接口是若干常量和抽象方法的集合，目前看来和抽象类差不多。确实如此，接口本就是从抽象类中演化而来的，因而除特别规定，接口享有和类同样的“待遇”。比如，源程序中可以定义多个类或接口，但最多只能有一个public 的类或接口，如果有则源文件必须取和public的类和接口相同的名字。和类的继承格式一样，接口之间也可以继承，子接口可以继承父接口中的常量和抽象方法并添加新的抽象方法等。

但接口有其自身的一些特性，归纳如下。

1) 接口中只能定义抽象方法，这些方法默认为 public abstract 的，因而在声明方法时可以省略这些修饰符。试图在接口中定义实例变量、非抽象的实例方法及静态方法，都是非法的。例如：

public interface SataHdd{ //连接线的数量 public int connectLine; //编译出错，connectLine被看做静态常量，必须显式初始化 //写数据 protected void writeData(String data); //编译出错，必须是public类型 //读数据 public static String readData(){ //编译出错，接口中不能包含静态方法 return "数据"; //编译出错，接口中只能包含抽象方法， }}

3) 接口中没有构造方法，不能被实例化。

4) 一个接口不实现另一个接口，但可以继承多个其他接口。接口的多继承特点弥补了类的单继承。例如：

//串行硬盘接口public interface SataHdd extends A,B{ // 连接线的数量 public static final int CONNECT_LINE = 4; // 写数据 public void writeData(String data); // 读数据 public String readData();}interface A{ public void a();}interface B{ public void b();}

为什么使用接口

大型项目开发中，可能需要从继承链的中间插入一个类，让它的子类具备某些功能而不影响它们的父类。例如 A -> B -> C -> D -> E，A 是祖先类，如果需要为C、D、E类添加某些通用的功能，最简单的方法是让C类再继承另外一个类。但是问题来了，Java 是一种单继承的语言，不能再让C继承另外一个父类了，只到移动到继承链的最顶端，让A再继承一个父类。这样一来，对C、D、E类的修改，影响到了整个继承链，不具备可插入性的设计。

接口是可插入性的保证。在一个继承链中的任何一个类都可以实现一个接口，这个接口会影响到此类的所有子类，但不会影响到此类的任何父类。此类将不得不实现这个接口所规定的方法，而子类可以从此类自动继承这些方法，这时候，这些子类具有了可插入性。

我们关心的不是哪一个具体的类，而是这个类是否实现了我们需要的接口。

接口提供了关联以及方法调用上的可插入性，软件系统的规模越大，生命周期越长，接口使得软件系统的灵活性和可扩展性，可插入性方面得到保证。

接口在面向对象的 Java 程序设计中占有举足轻重的地位。事实上在设计阶段最重要的任务之一就是设计出各部分的接口，然后通过接口的组合，形成程序的基本框架结构。
接口的使用

接口的使用与类的使用有些不同。在需要使用类的地方，会直接使用new关键字来构建一个类的实例，但接口不可以这样使用，因为接口不能直接使用 new 关键字来构建实例。

接口必须通过类来实现(implements)它的抽象方法，然后再实例化类。类实现接口的关键字为implements。

如果一个类不能实现该接口的所有抽象方法，那么这个类必须被定义为抽象方法。

不允许创建接口的实例，但允许定义接口类型的引用变量，该变量指向了实现接口的类的实例。

一个类只能继承一个父类，但却可以实现多个接口。

实现接口的格式如下：
修饰符 class 类名 extends 父类 implements 多个接口 {
实现方法
}

请看下面的例子：

import static java.lang.System.*;public class Demo{ public static void main(String[] args) { SataHdd sh1=new SeagateHdd(); //初始化希捷硬盘 SataHdd sh2=new SamsungHdd(); //初始化三星硬盘 }}//串行硬盘接口interface SataHdd{ //连接线的数量 public static final int CONNECT_LINE=4; //写数据 public void writeData(String data); //读数据 public String readData();}// 维修硬盘接口interface fixHdd{ // 维修地址 String address = "北京市海淀区"; // 开始维修 boolean doFix();}//希捷硬盘class SeagateHdd implements SataHdd, fixHdd{ //希捷硬盘读取数据 public String readData(){ return "数据"; } //希捷硬盘写入数据 public void writeData(String data) { out.println("写入成功"); } // 维修希捷硬盘 public boolean doFix(){ return true; }}//三星硬盘class SamsungHdd implements SataHdd{ //三星硬盘读取数据 public String readData(){ return "数据"; } //三星硬盘写入数据 public void writeData(String data){ out.println("写入成功"); }}//某劣质硬盘，不能写数据abstract class XXHdd implements SataHdd{ //硬盘读取数据 public String readData() { return "数据"; }}

接口作为类型使用

接口作为引用类型来使用，任何实现该接口的类的实例都可以存储在该接口类型的变量中，通过这些变量可以访问类中所实现的接口中的方法，Java 运行时系统会动态地确定应该使用哪个类中的方法，实际上是调用相应的实现类的方法。

示例如下：

public class Demo{ public void test1(A a) { a.doSth(); } public static void main(String[] args) { Demo d = new Demo(); A a = new B(); d.test1(a); }}interface A { public int doSth();}class B implements A { public int doSth() { System.out.println("now in B"); return 123; }}

运行结果：

now in B

大家看到接口可以作为一个类型来使用，把接口作为方法的参数和返回类型。

Java接口和抽象类的区别
类是对象的模板，抽象类和接口可以看做是具体的类的模板。

由于从某种角度讲，接口是一种特殊的抽象类，它们的渊源颇深，有很大的相似之处，所以在选择使用谁的问题上很容易迷糊。我们首先分析它们具有的相同点。
都代表类树形结构的抽象层。在使用引用变量时，尽量使用类结构的抽象层，使方法的定义和实现分离，这样做对于代码有松散耦合的好处。
都不能被实例化。
都能包含抽象方法。抽象方法用来描述系统提供哪些功能，而不必关心具体的实现。

下面说一下抽象类和接口的主要区别。

1) 抽象类可以为部分方法提供实现，避免了在子类中重复实现这些方法，提高了代码的可重用性，这是抽象类的优势；而接口中只能包含抽象方法，不能包含任何实现。

public abstract class A{ public abstract void method1(); public void method2(){ //A method2 }}public class B extends A{ public void method1(){ //B method1 }}public class C extends A{ public void method1(){ //C method1 }}

抽象类A有两个子类B、C，由于A中有方法method2的实现，子类B、C中不需要重写method2方法，我们就说A为子类提供了公共的功能，或A约束了子类的行为。method2就是代码可重用的例子。A 并没有定义 method1的实现，也就是说B、C 可以根据自己的特点实现method1方法，这又体现了松散耦合的特性。

再换成接口看看：

public interface A{ public void method1(); public void method2();}public class B implements A{ public void method1(){ //B method1 } public void method2(){ //B method2 }}public class C implements A{ public void method1(){ //C method1 } public void method2(){ //C method2 }}

接口A无法为实现类B、C提供公共的功能，也就是说A无法约束B、C的行为。B、C可以自由地发挥自己的特点现实 method1和 method2方法，接口A毫无掌控能力。

2) 一个类只能继承一个直接的父类（可能是抽象类），但一个类可以实现多个接口，这个就是接口的优势。

interface A{ public void method2();}interface B{ public void method1();}class C implements A,B{ public void method1(){ //C method1 } public void method2(){ //C method2 }}//可以如此灵活的使用C，并且C还有机会进行扩展，实现其他接口A a=new C();B b=new C();abstract class A{ public abstract void method1();}abstract class B extends A{ public abstract void method2();}class C extends B{ public void method1(){ //C method1 } public void method2() { //C method2 }}

对于C类，将没有机会继承其他父类了。

综上所述，接口和抽象类各有优缺点，在接口和抽象类的选择上，必须遵守这样一个原则：
行为模型应该总是通过接口而不是抽象类定义，所以通常是优先选用接口，尽量少用抽象类。
选择抽象类的时候通常是如下情况：需要定义子类的行为，又要为子类提供通用的功能。