回答为什么“接口和抽象类大部分情况可以互相代替,一般情况接口优先选择'”？

为什么优先使用接口呢？

比如，现在有一个具体类，提供类的行为（使用硬代码）。现在，要提供类似的行为，并且实现动态的可插入，也就是说，能够动态地决定使用哪种实现。

一个很容易想到的做法，就是提供该类一个抽象父类，在父类中声明出子类必须要提供的行为，然后让这个具体类继承抽象父类，并实现其中的行为。若要实现上面所说的提供类似的行为，就是再提供一个具体的子类，这个子类以不同的方法实现了父类所声明的行为。根据客户端的需求，可以动态的决定使用哪个子类。

但大家有没有注意到这种方法的缺点，这个解决方案在简单的情况下的确能够满足系统的需求，但是请记住：

Java是一个单继承语言，即一个类字能继承自一个父类。而在很多情况下，这个具体的类已经有了一个父类，这时候再给它加上一个新的超类是不可能的，如果硬要添加的话，唯一的做法就是在原来父类的基础上在抽象出来一个父类，并在里面定义要实现的行为，但这样的话就会形成了层次结构增多，变的复杂起来，并且需要改动的类也不少，这就违背了“开闭原则”。也是开发过程中的一大忌！

而接口正是来弥补这种缺点的方法：在一个类的等级结构中的任何类都可以实现一个接口，这个接口会影响此类的所有子类，但不会影响到此类的任何父类。