Java 风格 : Properly handling exceptions

Question

在为我的项目决定异常处理结构时，我一直在概念上陷入困境。

假设你有，例如:

public abstract class Data {
   public abstract String read();
}

还有两个子类 FileData，它从某个指定的文件中读取您的数据，以及 StaticData，它只返回一些预定义的常量数据。

现在，在读取文件时，可能会在 FileData 中抛出 IOException，但 StaticData 永远不会抛出。大多数风格指南建议将异常传播到调用堆栈中，直到有足够数量的上下文可用于有效地处理它。

但我真的不想在抽象的 read() 方法中添加 throws 子句。为什么？因为数据和使用它的复杂机器对文件一无所知，它只知道数据。此外，可能还有其他数据子类(以及更多子类)从不抛出异常并完美地传送数据。

另一方面，IOException 是必要的，因为如果磁盘不可读(或类似的)，则必须 抛出错误。所以我看到的唯一出路是捕获 IOException 并在其位置抛出一些 RuntimeException。

这是正确的理念吗？

Answer 1

你是对的。

异常应该在使用的抽象层次上。这就是为什么自 java 1.4 Throwable 开始支持异常链的原因。对于使用数据库的服务或与“存储”无关的服务，没有必要抛出 FileNotFoundException。

可能是这样的:

public abstract class Data {
   public abstract String read() throws DataUnavailableException;
}

class DataFile extends Data { 
    public String read() throws DataUnavailableException {
        if( !this.file.exits() ) {
            throw new DataUnavailableException( "Cannot read from ", file );
         }

         try { 
              ....
         } catch( IOException ioe ) { 
             throw new DataUnavailableException( ioe );
         } finally {
              ...
         }
 }


class DataMemory extends Data { 
    public String read()  {
        // Everything is performed in memory. No exception expected.
    }
 }

 class DataWebService extends Data { 
      public string read() throws DataUnavailableException {
           // connect to some internet service
           try {
              ...
           } catch( UnknownHostException uhe ) {
              throw new DataUnavailableException( uhe );
           }
      }
 }

请记住，如果您在编程时考虑到继承，则应针对特定场景仔细设计并使用这些场景测试实现。显然，编写一个通用库会更难，因为你不知道它将如何被使用。但大多数时候，应用程序仅限于特定领域。

您的新异常应该是运行时异常还是已检查异常？视情况而定，一般规则是针对编程错误抛出运行时并检查可恢复条件。

如果可以通过正确编程避免异常(例如 NullPointerException 或 IndexOutOfBounds)，请使用运行时

如果异常是由于程序员无法控制的某些外部资源造成的(例如网络中断)并且可以做一些事情(显示一条 5 分钟后重试的消息或其他)，那么检查异常应该使用。

如果异常超出了程序员的控制范围，但又无能为力，则可以使用 RuntimeException。例如，你应该写入一个文件，但文件已被删除，你无法重新创建它或重新尝试，那么程序应该会失败(你无能为力)很可能是运行时。

请参阅 Effective Java 中的这两项:

• 对可恢复条件使用检查异常，对编程错误使用运行时异常
• 抛出适合抽象的异常

希望对您有所帮助。