Java接口是一系列方法的声明，是一些方法特征的集合，一个接口只有方法的特征没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的行为（功能）。另一方面，Java接口接口是功能的集合，同样可看做是一种特殊的数据类型，是比抽象类更为抽象的类。接口只描述所应该具备的方法，并没有具体实现，具体的实现由接口的实现类(相当于接口的子类)来完成。这样将功能的定义与实现分离，优化了程序设计。

在Java语言规范中，一个方法的特征仅包括方法的名字、参数的数目和类型，而不包括方法的返回类型、参数名以及所抛出来的异常。在Java编译器检查方法的重载时，会根据这些条件判断两个方法是否是重载方法。但在Java编译器检查方法的置换时，则会进一步检查两个方法(分处超类型和子类型)的返还类型和抛出的异常是否相同。

接口实现和类继承的规则不同，为了数据的安全，继承时一个类只有一个直接父类，也就是单继承，但是一个类可以实现多个接口，接口弥补了类的不能多继承缺点，继承和接口的双重设计既保持了类的数据安全也变相实现了多继承。

Java接口本身没有任何实现，因为Java接口不涉及表象，而只描述public行为，所以Java接口比Java抽象类更抽象化。但是接口不是类，不能使用new 运算符实例化一个接口。如 x=new comparable（......）;//这个是错误来的。但是可以声明接口变量Comparable x; //这是允许的。

Java接口的方法只能是抽象的和公开的，Java接口不能有构造器，Java接口可以有public、static和final属性。即接口中的属性可以定义为 public static final int value=5; 

接口把方法的特征和方法的实现分割开来。这种分割体现在接口常常代表一个角色，它包装与该角色相关的操作和属性，而实现这个接口的类便是扮演这个角色的演员。一个角色由不同的演员来演，而不同的演员之间除了扮演一个共同的角色之外，并不要求其它的共同之处。

我们通过实际的例子更能加深我们对Java接口的功能理解，在你要扩展功能时，你不用修改现有设计现有类，直接实现某个接口的类就好。比如，在 redis 出来之前，你根本没考虑到使用 redis 作缓存，而是使用 oscache 或者 memcache 作缓存。redis 出来之后，你发现 redis 可以作缓存使用，对于你的业务来说，是更好的选择。这时，你要支持 redis 缓存，不用修改现在设计，直接实现一些相关接口就行，然后注入到到容器中就可以了。类似的生动形象的Java接口实例，在动力节点在线的视频课程中屡屡出现，可见Java接口的重要性，要深入学习Java接口的小伙伴可以自己前去观看学习。