Question

java中一个子类继承父类，功能比父类强大了，那么父类是不是就没有使用价值了？

例如ScheduledThreadPoolExecutor类继承与ThreadPoolExecutor，父类能做的子类都能做，那么某个应用只需要用到父类就能实现，却用ScheduledThreadPoolExecutor，这样使用有弊端吗？例如更消耗性能与内存什么的？如果没有，那么是不是代表任何应用场景中父类ThreadPoolExecutor都被子类给取代了？

Answer 1

父类更多的是一个继承的作用，比如我现在需要制作好多家具，但是这些家具都有一些共同特性：都是实木，加工程序，销售程序等，然后沙发有沙发的特性，桌子有桌子的特性，定义类的继承主要是为了更好的拓展，比如某天我所有的家具的加工程序突然都改变了，如果没有父类，我是不是要在所有的子类里面都去重新修改加工程序？但是如果这些家具都继承了同一个父类的话，我就只需要修改父类（也就是家具）的加工程序，就不需要沙发、桌子什么的都修改了。。
而父类的作用还不仅如此，比如我现在需要执行“加工”这一方法，但是我不知道是执行加工沙发还是执行加工桌子，那么久直接选择执行加工家具了，类的继承一个是方法属性的继承，还有就是一种规范（跟接口一样）。。

追问

这些我明白，我的意思不是否定继承思想，父类肯定是有必要存在的，我这里只是想讨论一个简单而又极端的理想话案例，就例如一个工具类a，工具类b继承了a，并没有改写a的任何方法，但加多了很多方法。而在实际使用中，仅仅需要用到a类的地方，用b类，会不会有比直接使用a类所没那么好的地方？

追答

你后面的这个问题逻辑好混乱。。。不是很理解你的思路。。。

追问

说白了就是父类a能做的，子类b都能做，那么所有应用到a类的场景，都可以用b类去替换，但这么做会不会明显地损耗性能

追答

new一个A出来肯定要比new一个B出来耗的内存要小一点，但是现在关键不是你说的这种，如果你只需要A的功能，那你为什么还要让B来继承A？这本身就是一种矛盾。子类继承父类是为了在其基础上增加拓展，但是如果你不需要这个拓展，那这个子类就没有存在的意义了。

Answer 2

继承有更良好的扩展性不是吗 你设计父类的时候肯定有想到 可能有一写类似功能的子类会存在，所以不需要再重新写一个类了 只要继承出来重新写就好了