只是想添加一个例子，说明什么时候你可能需要使用这两种方法。我目前正在编写一个通用ERP解决方案中绑定到数据库模型的文件处理程序。

我有多个抽象类，处理标准的crud，也有一些特殊的功能，如转换和流的不同类别的文件。 文件访问接口定义了一组用于获取、存储和删除文件的通用方法。

通过这种方式，我可以为不同的文件拥有多个模板，以及一组具有明显区别的公共接口方法。接口对访问方法进行了正确的类比，而不是对基抽象类的类比。

接下来，当我将为不同的文件存储服务制作适配器时，这种实现将允许在完全不同的上下文中在其他地方使用接口。

最佳实践是使用接口来指定契约，并将抽象类作为契约的一个实现。该抽象类可以填充大量样板文件，因此您可以通过重写需要或想要的内容来创建实现，而不必强制使用特定的实现。

Also, just would like to add here that just because any other OO language has some kind of interfaces and abstraction too doesn't mean they have the same meaning and purpose as in PHP. The use of abstraction/interfaces is slightly different while interfaces in PHP actually don't have a real function. They merely are used for semantic and scheme-related reasons. The point is to have a project as much flexible as possible, expandable and safe for future extensions regardless whether the developer later on has a totally different plan of use or not.

如果你的英语不是母语，你可以查一下抽象和接口到底是什么。还要注意同义词。

这也许可以作为一个比喻:

接口

比方说，你用草莓烤了一种新的蛋糕，你还写了一份食谱，描述了配料和步骤。 只有你自己知道为什么它的味道这么好，你的客人喜欢它。 然后你决定公布你的食谱，这样其他人也可以尝试这个蛋糕。

这里的重点是

-为了弥补错误 -小心 防止事情变坏(比如草莓吃多了之类的) -让尝试的人容易上手 -告诉你要做多长时间(比如搅拌) ——告诉你哪些事情你可以做，但不必做

这就是接口的描述。它是一份指南，一套遵守食谱内容的说明。 就像你要用PHP创建一个项目，你想把代码提供给GitHub或你的伙伴或其他什么。 界面是指人们可以做什么，你不应该做什么。如果你不遵守其中一条，整个结构就会被打破。

抽象

继续这个比喻……想象一下，这次你是吃蛋糕的客人。那你现在就用这个食谱做蛋糕。 但你想添加新的食材或更改/跳过食谱中描述的步骤。那么接下来会发生什么?计划一个不同版本的蛋糕。 这次用的是黑莓，不是草莓，更多的香草奶油…

这是你可以考虑的原始蛋糕的扩展。你基本上是通过创建一个新食谱来对它进行抽象，因为它有点不同。它有一些新的步骤和其他成分。然而，黑莓蛋糕的一些部分是你从原来的蛋糕中继承来的——这些是每种蛋糕都必须具备的基本步骤。就像牛奶一样的成分-这是每个派生类都有的。

现在你想要交换原料和步骤，这些必须在新版本的蛋糕中定义。这些都是抽象方法，必须为新蛋糕定义，因为蛋糕中应该有水果，但是是哪个呢?所以这次你选黑莓。完成了。

好了，你已经扩展了蛋糕，遵循了界面，并从中提取了步骤和成分。

只是想添加一个例子，说明什么时候你可能需要使用这两种方法。我目前正在编写一个通用ERP解决方案中绑定到数据库模型的文件处理程序。

我有多个抽象类，处理标准的crud，也有一些特殊的功能，如转换和流的不同类别的文件。 文件访问接口定义了一组用于获取、存储和删除文件的通用方法。

通过这种方式，我可以为不同的文件拥有多个模板，以及一组具有明显区别的公共接口方法。接口对访问方法进行了正确的类比，而不是对基抽象类的类比。

接下来，当我将为不同的文件存储服务制作适配器时，这种实现将允许在完全不同的上下文中在其他地方使用接口。

主要的区别是抽象类可以包含默认实现，而接口不能。

接口是没有任何实现的行为契约。

从哲学的角度来看:

An abstract class represents an "is a" relationship. Lets say I have fruits, well I would have a Fruit abstract class that shares common responsabilities and common behavior. An interface represents a "should do" relationship. An interface, in my opinion (which is the opinion of a junior dev), should be named by an action, or something close to an action, (Sorry, can't find the word, I'm not an english native speaker) lets say IEatable. You know it can be eaten, but you don't know what you eat.

从编码的角度来看:

如果您的对象有重复的代码，这表明它们有共同的行为，这意味着您可能需要一个抽象类来重用代码，而这是不能用接口实现的。 另一个区别是，一个对象可以实现任意多的接口，但是由于“菱形问题”，您只能有一个抽象类(查看这里了解原因!http://en.wikipedia.org/wiki/Multiple_inheritance The_diamond_problem)

我可能忘记了一些要点，但我希望它能澄清一些事情。

PS:“是一个”/“应该做”是由Vivek Vermani的答案带来的，我不是故意偷他的答案，只是重复使用这些术语，因为我喜欢它们!