如果已经有抽象类，为什么还需要一个接口？
防止多重继承（可能导致多个已知问题）。
这些问题之一：
“钻石问题”（有时被称为“致命的死亡钻石”）是当两个B类和C类从A继承而D类从B和C继承时产生的歧义。 B和C已被覆盖，而D没有覆盖它，那么D会继承该方法的哪个版本：B或C？
资料来源：https : //zh.wikipedia.org/wiki/Multiple_inheritance#The_diamond_problem
为什么/何时使用界面？
一个例子......世界上所有的汽车都有相同的接口（方法）... AccelerationPedalIsOnTheRight()，BrakePedalISOnTheLeft()。想象每个汽车品牌将具有与另一个品牌不同的“方法”。宝马的刹车器位于右侧，本田的刹车器位于车轮左侧。人们每次购买不同品牌的汽车时，都必须学习这些“方法”的工作方式。这就是为什么在多个“位置”具有相同的界面是一个好主意的原因。
接口对您有什么作用（为什么有人甚至会使用一个接口）？接口可防止您犯“错误”（它向您保证实现特定接口的所有类都将具有接口中的方法）。
// Methods inside this interface must be implemented in all classes which implement this interface.
interface IPersonService
{
public function Create($personObject);
}
class MySqlPerson implements IPersonService
{
public function Create($personObject)
{
// Create a new person in MySql database.
}
}
class MongoPerson implements IPersonService
{
public function Create($personObject)
{
// Mongo database creates a new person differently then MySQL does. But the code outside of this method doesn't care how a person will be added to the database, all it has to know is that the method Create() has 1 parameter (the person object).
}
}
这样，该Create()方法将始终以相同的方式使用。不管我们使用的是MySqlPerson类还是MongoPerson类。我们使用方法的方式保持不变（接口保持不变）。
例如，它将像这样使用（在我们的代码中的任何地方）：
new MySqlPerson()->Create($personObject);
new MongoPerson()->Create($personObject);
这样，这样的事情就不会发生：
new MySqlPerson()->Create($personObject)
new MongoPerson()->Create($personsName, $personsAge);
记住一个接口并在各处使用同一接口要比使用多个不同接口容易得多。
这样，Create()对于不同的类，方法的内部可以不同，而不会影响调用此方法的“外部”代码。所有外部代码必须知道该方法Create()具有1个参数（$personObject），因为外部代码将使用/调用该方法。外部代码不在乎方法内部发生了什么；它只需要知道如何使用/调用它。
您也可以在没有接口的情况下执行此操作，但是如果您使用接口，则它“更安全”（因为它可以防止您出错）。接口向您保证该方法Create()在实现该接口的所有类中将具有相同的签名（相同的类型和相同数量的参数）。这样，您可以确保实现该IPersonService接口的ANY类具有该方法Create()（在此示例中），并且仅需要1个参数（$personObject）即可被调用/使用。
实现接口的类必须实现接口执行/具有的所有方法。
我希望我不要重复太多。