当我们覆盖方法时,程序只允许我们抛出在基类方法中列出的异常。
这样做是为了当基类使用的代码应用到派生类对象时,也能正常运行。
倘若派生类向上转型为基类调用方法时,抛出的异常与基类方法的异常不一致,则不能正确捕获异常,故这样限制是合理的。
当你试图在派生类对象中覆盖方法时,尝试抛出其他类型的异常,会得到编译错误。
public class BaseballException extends Exception {
}
public abstract class Inning {
public void event() throws BaseballException {
}
}
不过,若抛出的异常为基类定义异常的派生类异常,则也是允许的。
public class StrikeException extends BaseballException{
}
public class StormyInning extends Inning {
@Override
public void event() throws StrikeException {
throw new StrikeException();
}
}
但需要注意的是,异常的限制对构造器是不生效的。
public abstract class Inning {
public Inning() throws BaseballException {
}
public void event() throws BaseballException {
}
}
public class StormyInning extends Inning {
public StormyInning() throws BaseballException,NoSuchFileException {
}
@Override
public void event() throws StrikeException {
throw new StrikeException();
}
}
派生类的构造器可以抛出任何异常,哪怕基类构造器中未进行过定义,但派生类在构造器中也无法捕获基类构造器抛出的异常。
接下来,我们再来看一种特殊情况:当继承的类和接口中有同名方法时,继承的方法不允许抛出异常,接口中的方法要求抛出异常,它们之中会以哪个限制为准呢?
public class StormException extends Exception{
}
public interface Storm {
public void event() throws StormException;
}
public abstract class Inning {
public void event(){
}
}
public class StormyInning extends Inning implements Storm {
@Override
public void event() {
}
}
最终可以看到,继承的方法若未定义任何异常,哪怕接口中的同名方法要求抛出某类异常,实现该方法时仍可不抛出任何异常。
总结
1.在覆盖方法时,不允许抛出基类方法未定义的异常
2.覆盖方法时,可抛出基类方法定义异常的派生类异常
3.派生类的构造器可以抛出基类构造器未定义的任何异常,异常的限制对构造器不生效
4.当接口中的方法要求抛出异常,但继承的基类中的同名方法未定义任何异常,则实现接口方法时,可不抛出任何异常(继承的优先级高于接口)
本次分享至此结束,希望本文对你有所帮助,若能点亮下方的点赞按钮,在下感激不尽,谢谢您的【精神支持】。
若有任何疑问,也欢迎与我交流,若存在不足之处,也欢迎各位指正!