java try块的作用域应该尽可能紧密吗?

我听说在使用Java try-catch机制时会有一些开销。因此,虽然有必要将抛出选中异常的方法放在try块中来处理可能的异常,但将try块的大小限制为只包含那些可能抛出异常的操作是一种良好的做法。

请考虑以下函数的两个实现:处理指定文本文件的函数。

即使第一种方法确实会带来一些不必要的开销,我发现它更容易理解。仅仅从语句的角度来看,不太清楚例外情况究竟来自何处,但注释清楚地表明了哪些语句是负责的。

第二个比第一个长得多,复杂得多。特别是,第一个好的行读习惯用法必须被破坏,以适应 readLine 呼叫try block。

在函数定义中可以抛出多个异常的情况下,处理异常的最佳实践是什么?

void processFile(File f)
{
  try
  {
    // construction of FileReader can throw FileNotFoundException
    BufferedReader in = new BufferedReader(new FileReader(f));

    // call of readLine can throw IOException
    String line;
    while ((line = in.readLine()) != null)
    {
      process(line);
    }
  }
  catch (FileNotFoundException ex)
  {
    handle(ex);
  }
  catch (IOException ex)
  {
    handle(ex);
  }
}

此方法仅包含在try块中引发异常的方法:

void processFile(File f)
{
  FileReader reader;
  try
  {
    reader = new FileReader(f);
  }
  catch (FileNotFoundException ex)
  {
    handle(ex);
    return;
  }

  BufferedReader in = new BufferedReader(reader);

  String line;
  while (true)
  {
    try
    {
      line = in.readLine();
    }
    catch (IOException ex)
    {
      handle(ex);
      break;
    }

    if (line == null)
    {
      break;
    }

    process(line);
  }
}