原因是：

1.不使用抽象类就需要在子类重写父类“说话”的方法；

2.实际，我们使用抽象类，我们只需要子类来实现父类（抽象类）的抽象方法即可。

你没发现，1. 中父类“说话”的方法并未实际使用么？用，仅仅是子类重写了；然而这样我们何必重写呢？多费劲儿呢？所以使用2.更合理。不能说1.不对，只能说2.更合适。

如何在抽象类和接口中作出抉择的关键点在于，实现类是否有公共的特征或者行为。如果只是为了规定实现类只有一些共通的行为特征，则可以使用接口来声明。如果实现类都有共同的行为，则可以extract该行为到抽象类里实现。

Hi 你的APerson定成了接口？ 还是抽象类？  还是普通类？
这里接口是对行为的映射，对行为即方法进行封装
而抽象类是一种模板，是对 对象的封装
普通类就不多说了

当父类的作用只是规定子类的方法的实施规则的时候，用抽象类更加合理。

抽象类应该是规定了又哪些方法属性等，不具体实现，让继承他的子类来实现，子类的方法都不同的情况下