我了解已检查和未检查的异常之间的区别。 Java编译器迫使程序员要么用try / catch块包围检查的异常,要么在方法签名中添加throw声明。
但是有时候我看到在Eclipse中,编译器只给我一个选择,用try / catch块包围语句,而不抛出它。为什么会这样呢?这是因为在继承层次结构中,类(其中包含可能产生异常的代码)位于顶部?
例如,我正在为Hadopp映射器编写映射函数:
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));
}
这是一个非常简单的地图函数,我从一行中提取一个字段,并将其长度作为键,并将其本身作为值。现在,我得到一个错误Unhandled exception type InterruptedException,该错误Context.write()抛出了,Eclipse仅给了我一个选择,用try / catch块将其包围,而不是将其向上抛出层次结构。为什么会这样呢?
作为参考,您可以在此处阅读Context.write的功能签名。
谢谢。
您可以显示一些代码示例吗? 我现在想到的唯一原因是,最终您需要捕获异常并进行处理。 引发异常用于让客户端类处理异常,您可以继续引发异常,但最终需要捕获它。
您可能还会解释"仅给我包围...的选项"的意思-您如何提出此选项?
@rcook eclipse会在您编写有错误的代码时显示快速修复,并且如果您将鼠标悬停在突出显示的区域上,则会建议一些操作
@ MoayadAl-sowayegh:我已经编辑了问题以添加示例代码。
throws是方法签名的一部分。如果要定义抽象方法,则必须遵守其签名。实现时不能添加throws。
不,您可以将其删除。 您无法添加。
你是对的。 感谢您指出。
如果一个人重写了一个未声明为抛出特定检查异常的方法,而一个人正在调用一个声明为抛出一个期望处理的异常的方法,则应捕获该异常,对其进行处理,而不是将其重新抛出。 。如果不希望被调用的方法实际上会抛出所指示的已检查异常,那么应该捕获该异常,将其包装在从RuntimeException派生的某种类型中,然后抛出该异常。有些人主张使用空捕获语句,但我认为这是一种反模式。如果期望某个方法永远不会抛出某个异常,但是无论如何都会抛出该异常,这几乎意味着存在某种条件,程序员没有考虑过并且也没有准备好处理。如果该异常被默默地吞下,程序可能会盲目地去做正确的事情,但是没有理由期望在意外的异常发生后,行为会正确。