我理解已检查和未检查的异常之间的区别 . Java编译器强制程序员使用try / catch块包围已检查的异常,或者在方法签名中添加throw声明 .
但是有时我看到在Eclipse中,编译器只给我一个选项来用try / catch块包围语句而不抛出它 . 为什么会这样?这是因为在继承层次结构中,类(包含可能产生异常的代码)位于顶部吗?
作为一个例子,我正在为 Hadopp
mapper编写一个map函数:
public void map(BytesWritable key, Text value, Context context) {
String[] fields = value.toString().split("\t");
String referrer = fields[10];
context.write(new LongWritable(referrer.length()), new Text(
referrer));
}
它's a very simple map function, I am extracting a field from a row and emitting it'的长度作为键,本身作为值 . 现在,我得到一个错误 Unhandled exception type InterruptedException
, Context.write()
抛出,Eclipse只给我一个选项,可以通过try / catch块包围它,而不是在层次结构中向上抛出它 . 为什么会这样?
有关参考,您可以阅读 Context.write
here的函数签名 .
谢谢 .
2 回答
throws
是方法签名的一部分 . 如果要定义抽象方法,则必须遵循其签名 . 实现它时,无法添加throws
.如果一个正在覆盖一个未被声明为抛出特定的已检查异常的方法,并且正在调用一个被声明为抛出一个预期要处理的已检查异常的方法,那么应该捕获该异常,处理它,而不是重新抛出它 . 如果一个人不期望在被调用的方法实际抛出指示的已检查异常的情况下出现任何情况,那么应该捕获该异常,将其包装在从
RuntimeException
派生的某种类型中,并抛出它 . 有些人主张空洞的陈述,但我认为这是一种反模式 . 如果一个方法预计永远不会抛出某个异常,但它无论如何都会这样做,这几乎意味着存在一些程序员没有准备好处理的条件 . 如果异常被静默吞噬,程序可能会盲目地绊倒做正确的事情,但没有理由期望在意外的异常之后出现正确的行为 .