这篇文章将为大家详细讲解有关JAVA中为什么要慎重使用继承，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
创新互联建站-专业网站定制、快速模板网站建设、高性价比延川网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式延川网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖延川地区。费用合理售后完善，十载实体公司更值得信赖。
JAVA中使用到继承就会有两个无法回避的缺点：
继承打破了封装性
关于这一点，下面是一个详细的例子（来源于Effective Java第16条）
public class MyHashSet extends HashSet {
private int addCount = 0;
public int getAddCount() {
return addCount;
}
@Override
public boolean add(E e) {
addCount++;
return super.add(e);
}
@Override
public boolean addAll(Collection c) {
addCount += c.size();
return super.addAll(c);
}
}
这里自定义了一个HashSet，重写了两个方法，它和超类唯一的区别是加入了一个计数器，用来统计添加过多少个元素。
写一个测试来测试这个新增的功能是否工作：
public class MyHashSetTest {
private MyHashSet myHashSet = new MyHashSet();
@Test
public void test() {
myHashSet.addAll(Arrays.asList(1,2,3));
System.out.println(myHashSet.getAddCount());
}
}运行后会发现，加入了3个元素之后，计数器输出的值是6。
进入到超类中的addAll()方法就会发现出错的原因：它内部调用的是add()方法。所以在这个测试里，进入子类的addAll()方法时，数器加3，然后调用超类的addAll()，超类的addAll()又会调用子类的add()三次，这时计数器又会再加三。
问题的根源
将这种情况抽象一下，可以发现出错是因为超类的可覆盖的方法存在自用性(即超类里可覆盖的方法调用了别的可覆盖的方法)，这时候如果子类覆盖了其中的一些方法，就可能导致错误。
比如上图这种情况，Father类里有可覆盖的方法A和方法B，并且A调用了B。子类Son重写了方法B，这时候如果子类调用继承来的方法A，那么方法A调用的就不再是Father.B()，而是子类中的方法Son.B()。如果程序的正确性依赖于Father.B()中的一些操作，而Son.B()重写了这些操作，那么就很可能导致错误产生。
关键在于，子类的写法很可能从表面上看来没有问题，但是却会出错，这就迫使开发者去了解超类的实现细节，从而打破了面向对象的封装性，因为封装性是要求隐藏实现细节的。更危险的是，错误不一定能轻易地被测出来，如果开发者不了解超类的实现细节就进行重写，那么可能就埋下了隐患。
超类更新时可能产生错误
这一点比较好理解，主要有以下几种可能：
1、超类更改了已有方法的签名。会导致编译错误。
2、超类新增了方法：
和子类已有方法的签名相同但返回类型不同，会导致编译错误。
和子类的已有方法签名相同，会导致子类无意中复写，回到了第一种情况。
和子类无冲突，但可能会影响程序的正确性。比如子类中元素加入集合必须要满足特定条件，这时候如果超类加入了一个无需检测就可以直接将元素插入的方法，程序的正确性就受到了威胁。
设计可继承的类
设计可以用来继承的类时，应该注意：
详细解释下第三点。它实际上和 继承打破了封装性 里讨论的问题很相似，假设有以下代码：
public class Father {
public Father() {
someMethod();
}
public void someMethod() {
}
}public class Son extends Father {
private Date date;
public Son() {
this.date = new Date();
}
@Override
public void someMethod() {
System.out.println("Time = " + date.getTime());
}
}上述代码在运行测试时就会抛出NullPointerException ：
public class SonTest {
private Son son = new Son();
@Test
public void test() {
son.someMethod();
}
}因为超类的构造函数会在子类的构造函数之前先运行，这里超类的构造函数对someMethod()有依赖，同时someMethod()被重写，所以超类的构造函数里调用到的将是Son.someMethod()，而这时候子类还没被初始化，于是在运行到date.getTime()时便抛出了空指针异常。
因此，如果在超类的构造函数里对可覆盖的方法有依赖，那么在继承时就可能会出错。
关于“JAVA中为什么要慎重使用继承”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
网页题目：JAVA中为什么要慎重使用继承-创新互联
网页网址：
http://cdkjz.cn/article/cocgej.html
