先从一个通俗的解释看起 （原文：C# 接口《通俗解释》）
如果你的工作是一个修水管的，一天客户找上你让你帮装水管，但是有个要求，就是客户喜欢管子是三角形的。
你立马买了三角形的水管回来，在墙上弄个三角形的口子，客户付了钱，你很开心今天有了收入
但是好景不长，客户过了一个星期又来找，因为他觉得三角形不好看，要让你换成正方形的水管，你不得不换，因为顾客就是上帝。好吧，继续在墙上弄个正方形的口子，然后又换成正方形的管子来接上。好了，如下图：（但是可能觉得为什么一开始不说要正方形的？因为需求总在变化。。。）
你累得满头大汗，但是还是完成了。可惜不久，客户又来找你，因为他想换成椭圆形的管子了。虽然你很无奈，但是你还是不得不花了几个小时完成。如下图：
安装完成，这时你可能在考虑，为什么换不同形状的水管，我都要大动干戈一番呢？于是你想到一个好方法，那就是墙上设计一个固定的水管并且是圆形的，当客户喜欢什么形状的水管，那么我只需要把客户喜欢的水管的一头做成圆形的，这样，以后都不需要去动墙上的水管了。这是一个好办法。就先在墙上弄个圆形的口，这个口就叫做接口。如下图：
如你所见，墙上有个圆形的口，但是按照原本的：
三角形水管两端是三角形
正方形水管两端是正方形
椭圆形水管两端是椭圆形
那是肯定接不上的，因为三角形、正方形、椭圆形的口怎么和墙壁上圆形的口对接呢？
所以先要实现接口，把：
三角形水管一端做成圆形
正方形水管一端做成圆形
椭圆形水管一端做成圆形
如图，所以，圆形接口做出来了，具体实现是客户去安装，接口本身并不会安装其他形状的水管，换句话说就是接口没有具体实现，只是告诉你，你的水管要接入，必须有一端是圆形的（接口的约束），因为我只留这个圆形的接口，你要装别的形状的管子，先把一个弄成圆形的就好了（子类去实现接口的方法），不管什么形状，都要一个必须做成圆形才能对接得上，它必须要你按照我的规范来做。这就是为什么新手会觉得接口什么都不做，只定义接口，没有任何实现，那不是多此一举吗？因为它的实现是子类去完成。这样只要客户喜欢什么形状的水管，只要实现了我的接口（圆形），都能对接得上，而且改变起来也很方便，只要把水管扭上去就行了，不用在去给墙壁挖洞了。
接口的语法实现
为了声明一个接口，我们使用interface这个关键字，在接口中的所有方法都必须只声明方法标识，而不要去声明具体的方法体，因为具体的方法体的实现是由继承该接口的类来去实现的，因此，接口并不用管具体的实现。接口中的属性默认为Public Static Final.一个类实现这个接口必须实现这个接口中定义的所有的抽象方法。
一个简单的接口就像这样：拥有全局变量和抽象方法
为了实现这个接口，我们使用implements关键词去实现接口
其中testClass类实现了我们上面刚才定义的 in1 这个接口，既然你要实现接口，也就是实现接口代表的一种能力，那么你就必须去实现接口给你规定的方法，只有把接口给你规定的抽象方法都给实现了，才承认你这个类实现了这个接口，实现了这个接口代表的某种功能。上图实现了接口中规定的display（）方法。
写一个测试类，用来测试一下我们刚才实现的这个接口，因为testclass类的对象t实现了接口规定的display方法，那么自然而然就可以调用display（）方法咯。
接口的进一步理解
我们知道，如果某个设备需要向电脑中读取或者写入某些东西，这些设备一般都是采用USB方式与电脑连接的，我们发现，只要带有USB功能的设备就可以插入电脑中使用了，那么我们可以认为USB就是一种功能，这种功能能够做出很多的事情（实现很多的方法），其实USB就可以看做是一种标准，一种接口，只要实现了USB标准的设备我就认为你已经拥有了USB这种功能。（因为你实现了我USB标准中规定的方法），下面是具体的例子：
先声明USB接口：其中规定了要实现USB接口就必须实现接口规定实现的read( )和write( )这两个方法
interface USB {void read();void write();
}
然后在写一个U盘类和一个键盘类，这两个类都去实现USB接口。（实现其中的方法）
class YouPan implements USB {@Overridepublic void read() {System.out.println("U盘正在通过USB功能读取数据");}@Overridepublic void write() {System.out.println("U盘正在通过USB功能写入数据");}
}
这是U盘的具体实现。class JianPan implements USB {
@Override
public void read() {
System.out.println(“键盘正在通过USB功能读取数据”);
}
@Override
public void write() {
System.out.println(“键盘正在通过USB功能写入数据”);
}
}
这是键盘的具体实现。
那么，现在U盘和键盘都实现了USB功能，也就是说U盘和键盘都能够调用USB接口中规定的方法，并且他们实现的方式都不一样。我们在写一个测试，来看看具体的实现：public class Main {
public static void main(String[] args) {
//生成一个实现可USB接口（标准）的U盘对象
YouPan youPan = new YouPan();
//调用U盘的read( )方法读取数据
youPan.read();
//调用U盘的write( )方法写入数据
youPan.write();
//生成一个实现可USB接口（标准）的键盘对象
JianPan jianPan = new JianPan();
//调用键盘的read( )方法读取数据
jianPan.read();
//调用键盘的write( )方法写入数据
jianPan.write();
}
}
结果如下：
关于接口的几个重点
我们不能直接去实例化一个接口，因为接口中的方法都是抽象的，是没有方法体的，这样怎么可能产生具体的实例呢？但是，我们可以使用接口类型的引用指向一个实现了该接口的对象，并且可以调用这个接口中的方法。因此，上图中最后的方法调用我们还可以这样写：（实际上就是使用了Java中多态的特性）
public class Main {public static void main(String[] args) {//生成一个实现可USB接口（标准）的U盘对象//但是使用一个接口引用指向对象//USB接口类引用可以指向一个实现了USB接口的对象USB youPan = new YouPan();//调用U盘的read( )方法读取数据youPan.read();//调用U盘的write( )方法写入数据youPan.write();//生成一个实现可USB接口（标准）的键盘对象//但是使用一个接口引用指向对象//USB接口类引用可以指向一个实现了USB接口的对象USB jianPan = new JianPan();//调用键盘的read( )方法读取数据jianPan.read();//调用键盘的write( )方法写入数据jianPan.write();}
} 2.一个类可以实现不止一个接口。3.一个接口可以继承于另一个接口，或者另一些接口，接口也可以继承，并且可以多继承。4.一个类如果要实现某个接口的话，那么它必须要实现这个接口中的所有方法。5.接口中所有的方法都是抽象的和public的，所有的属性都是public,static,final的。6.接口用来弥补类无法实现多继承的局限。7.接口也可以用来实现解耦。
