Java：声明可以引发异常的接口方法的正确方法是什么？

| 假设我有一个由多个供应商实现的接口A：

interface A
{
    void x();
    void y();
}

但是，我希望供应商能够引发异常以表明发生故障，并且该方法可能引发“ 1”。在每种情况下，调用这些方法的代码都应处理失败并继续。仅仅因为1个供应商抛出NPE，我不希望系统崩溃。我不想将其留给调用方法的人（或者实际上是维护人员），而是希望通过将每个方法声明为：来确保每个调用都能捕获所有异常：

void x() throws Exception;

但这通常是不好的做法（PMD不喜欢它，并且我通常同意具体方法的规则），所以我想知道这是该规则的例外还是有更好的方法？让我清楚一点，我正在寻找一种解决方案，其中接口的调用者被迫处理所有异常（包括ѭ1（）。为了进一步详细说明我的环境，所有这些都在OSGi框架内运行。因此，每个供应商将他们的代码打包在一起，OSGi将处理所有异常，以防止整个系统崩溃。我真正要看的是OSGi服务接口，这些接口将被某些核心捆绑软件调用。我要确保的是，当我遍历所有服务时，一个服务不会抛出NPE并停止正在执行的进程。我想通过捕获服务抛出的所有异常来更优雅地处理它，以便仍然管理其他提供的服务。

已邀请:

7 个回复

肉脓措伪

创建自己的Exception类，即。 MySeviceException并从界面扔掉。这里的想法是抛出有意义的异常，因此不要害怕创建许多自定义异常类，如果它们为您的目的提供了最大的可读性和可维护性。您可以在下游捕获供应商的详细异常，并将其包装为自定义异常，这样上游流程就不必处理特定于供应商的异常。

class MySeviceException extends Exception{
    public MySeviceException() {}  
    public MySeviceException(String msg) { super(msg); }  
    public MySeviceException(Throwable cause) { super(cause); }  
    public MySeviceException(String msg, Throwable cause) { super(msg, cause); } 
}

interface A
{
    void x() throws MySeviceExceptionException;
    void y() throws MySeviceExceptionException;
}

根据经验，切勿抓住Errors，始终抓住Exceptions并加以应对！

旅牢斯讲

供应商当然可以将RuntimeException抛出他们的心脏，因为它们未被选中。这意味着您不必在接口中添加“ 8”子句。这也意味着客户端不会从接口定义中获得任何警告，并且编译器不会强制执行必需的try / catch。他们知道的唯一方法是阅读Javadocs。您可以创建一个扩展了java.lang.Exception的自定义例外；这是一个已检查的异常。您必须将其添加到throws子句中；编译器将围绕这些方法强制进行try / catch；您的客户将不得不处理该问题。

俯乡骚钵皆

由于要强加给实现者的限制，我会避免在接口中放置异常引发。如果必须通过实现您的接口引发异常，那么它将使测试的模型更加困难。如果实现您的接口的代码出了问题，那么实现类的程序员就应该关注这一点。

皇小福另届

我同意PMD-宣布您抛出通用Exception很丑陋。我认为最好定义新的，特定于域的非运行时异常类（如果内置的类不会起作用；如果您匹配它们的语义，则始终坚持使用预定义的类），并在可以抛出它们的方法中对其进行声明将运行时异常保持在最低限度。仅当您无法控制自己的名字时，它们才有意义。如果您有任何理由期望它们在您正在调用的一段代码中被抛出，那么请尽早捕获它们并将它们作为标准异常重新抛出（请参见上文）。 Java的最新版本允许您链接异常。例如，如果在使用外部库解析File f时得到NullPointerException ex，则可能希望将其捕获并重新抛出为as13ѭ。

babsoft

根据您的JVM设置，任何方法都可以抛出RuntimeException，无论您是否声明为抛出Exception。捕获/处理RuntimeExceptions通常是一种不好的做法。尽管在某些有限的情况下可能需要此行为，但RuntimeExceptions主要是指示代码有问题的迹象，而不是产品的用法。当然，捕获RuntimeExceptions的主要缺点（尤其是如果您忽略它们）是系统中可能发生异常，并且您不知道它正在发生...然后突然之间，您的系统会吐出完全无效的数据，或者由于其他原因而崩溃，这使得查找根本原因更加困难。请参阅Sun / Oracle的有关异常的教程 http://download.oracle.com/javase/tutorial/essential/exceptions/runtime.html 要回答这个问题，除非您确切地知道可以预期将要抛出的Exception派生类，否则抛出Exception的过程将非常棘手，尽管我对抛出泛型Exception类的有用性存有疑问，除非您只关心注销堆栈跟踪等等，以便您知道它发生了吗？如果您试图在不知道异常是什么类型的情况下稳健地处理该异常，则可能无法很好地正确或充分地处理它。

悲帽慑彤电

即使使用自定义的异常类型，创建throws子句在这里也不是真正的答案。您总是会遇到NPE之类的东西。即使您向供应商指定必须将所有异常包装在您的自定义异常类型中，在某些情况下也会有人犯错并且NPE通过。如果不是因为错误，您将没有NPE。在许多情况下，添加“引发异常”是一个坏主意，但在某些情况下，它可以解决。在Struts和JUnit之类的框架中，您可以毫无问题地添加\“ throws Exception \”，因为框架允许这样做。（如果抛出的第一个异常使测试套件停止运行，JUnit不会很有用。）您可以设计系统，以使对供应商代码的调用发生在插入到系统中的特定模块中，并且这些模块由系统处理异常处理，这与Action在Struts中的工作方式类似。每个Action都可以抛出任何内容，有一个异常处理程序记录发生了什么错误。这样一来，调用供应商API的业务逻辑就不必被无用的异常捕获样板所困扰，但是如果出现问题，程序就不会退出。

田眯衅

您可以在使用模板方法模式来捕获和包装带有自定义异常的RuntimeExceptions的抽象类中实现接口。但是，没有办法强制供应商使用抽象类（除了文档）。

class MySeviceException extends Exception{
    public MySeviceException() {}  
    public MySeviceException(String msg) { super(msg); }  
    public MySeviceException(Throwable cause) { super(cause); }  
    public MySeviceException(String msg, Throwable cause) { super(msg, cause); } 
}

interface A
{
    void x() throws MySeviceExceptionException;
    void y() throws MySeviceExceptionException;
}

class ABase implements A
{
    public final void x() throws MySeviceExceptionException {
        try {
            doX();
        } catch(RuntimeException ex) {
            throw new MySeviceExceptionException(ex);
        }
    }
    public final void y() throws MySeviceExceptionException {
        try {
            doY();
        } catch(RuntimeException ex) {
            throw new MySeviceExceptionException(ex);
        }
    }

    public abstract void doX() throws MySeviceExceptionException;
    public abstract void doY() throws MySeviceExceptionException;
}

要回复问题请先登录或注册

Java：声明可以引发异常的接口方法的正确方法是什么？

7 个回复

发起人

java

osgi

exception_handling

问题状态

Java：声明可以引发异常的接口方法的正确方法是什么？

与内容相关的链接

7 个回复

发起人

java

osgi

exception_handling

问题状态