我曾多次看到有人提到这一点，但我不清楚这是什么意思。你什么时候，为什么要这么做?
我知道接口是做什么的，但我不清楚这一点的事实使我认为我错过了正确使用它们。
如果你要这样做
IInterface classRef = new ObjectWhatever()
你可以使用任何实现IInterface的类吗?你什么时候需要这样做?我能想到的唯一一件事是，如果你有一个方法，你不确定什么对象将被传递，除了它实现IInterface。我不知道你需要多久做一次。
另外，如何编写一个方法来接受实现接口的对象呢?这可能吗?
当前回答
我坚信困难的问题应该用现实世界中简单的答案来解释。在软件设计领域，这是非常重要的。
看看你家里、学校、教堂的任何一扇门……任何建筑。
想象一下，有些门的底部有危险(所以你必须鞠躬才能与开门或关门的门互动)，
或者其他人只能坐在左上角(所以，一些侏儒、残疾人或凯文·哈特不会觉得这种门很有趣，也不会觉得它很好用)。
所以设计是关键，创建程序让其他人可以开发/使用它。
接口的作用是让大型项目中的初级/高级开发人员更容易工作，这样每个人都知道自己在做什么，而不需要别人的帮助，这样你就可以尽可能顺利地工作(理论上)。
[1]:如何?通过揭示价值的形态。所以，你不需要文档，因为代码本身是不言自明的(棒极了)。
这个答案并不是针对特定语言的，而是概念驱动的(毕竟，人类是通过编写代码来创建工具的)。
其他回答
在Java中，这些具体类都实现了CharSequence接口:
神健壮健壮健壮健壮
除了Object之外，这些具体的类没有共同的父类，因此它们之间没有任何联系，除了它们各自都与字符数组有关，表示或操作这些字符。例如，String对象实例化后，String的字符不能被更改，而StringBuffer或StringBuilder的字符可以被编辑。
然而，这些类中的每一个都能够适当地实现CharSequence接口方法:
char charAt(int index)
int length()
CharSequence subSequence(int start, int end)
String toString()
在某些情况下，曾经接受String的Java类库类已经修改为现在接受CharSequence接口。因此，如果你有一个StringBuilder实例，而不是提取一个String对象(这意味着实例化一个新的对象实例)，它可以在实现CharSequence接口时直接传递StringBuilder本身。
某些类实现的Appendable接口对于任何可以将字符追加到底层具体类对象实例的实例的情况都具有大致相同的好处。所有这些具体类都实现了Appendable接口:
BufferedWriter, CharArrayWriter, CharBuffer, FileWriter, FilterWriter, LogStream, OutputStreamWriter, PipedWriter, PrintStream, PrintWriter, StringBuffer, StringBuilder, StringWriter, Writer
program to an interface is a term from the GOF book. i would not directly say it has to do with java interface but rather real interfaces. to achieve clean layer separation, you need to create some separation between systems for example: Let's say you had a concrete database you want to use, you would never "program to the database" , instead you would "program to the storage interface". Likewise you would never "program to a Web Service" but rather you would program to a "client interface". this is so you can easily swap things out.
我发现这些规则对我很有帮助:
1. 当我们有多种类型的对象时，我们使用Java接口。如果我只有一个对象，我就看不到意义了。如果某个想法至少有两种具体实现，那么我会使用Java接口。
2. 如果如上所述，您希望从外部系统(存储系统)到自己的系统(本地DB)进行解耦，那么也需要使用接口。
注意有两种方法来考虑何时使用它们。
面向接口编程非常棒，它促进了松耦合。正如@lassevk提到的，控制反转是一个很好的应用。
此外，研究SOLID原则。这是一个系列视频
它通过硬编码(强耦合示例)，然后查看接口，最后进展到IoC/DI工具(NInject)。
有很多解释，但让它更简单。以List为例。可以使用as实现一个列表:
内部数组 链表 其他实现
通过构建一个接口，比如一个List。您只编写了List的定义或List在实际中的含义。
你可以在内部使用任何类型的实现比如数组实现。但是假设您希望由于某种原因(比如bug或性能)更改实现。然后你只需要改变声明List<String> ls = new ArrayList<String>()为List<String> ls = new LinkedList<String>()。
在代码的其他地方，你不需要改变任何东西;因为其他所有东西都建立在List的定义之上。
为一个接口编程就是在说:“我需要这个功能，我不在乎它来自哪里。”
Consider (in Java), the List interface versus the ArrayList and LinkedList concrete classes. If all I care about is that I have a data structure containing multiple data items that I should access via iteration, I'd pick a List (and that's 99% of the time). If I know that I need constant-time insert/delete from either end of the list, I might pick the LinkedList concrete implementation (or more likely, use the Queue interface). If I know I need random access by index, I'd pick the ArrayList concrete class.
