浮点数例外
虽然这是一个与测试和Wiremock有关的Java示例,但它涉及一个更普遍的问题。
我们正在尝试重试Wiremock的verify
方法,该方法可能会在我们要检查的端点被命中之前由测试调用。 在这种情况下,我们想在几秒钟后重试一次直到超时。 有趣的是,Wiremock客户端没有提供这样的方法,但是,很容易创建它们。
抛出的对象的类型称为VerificationException
因此我们编写了以下内容:
for ( int i= 0 ; i<maxRetries; i++) {
try {
verify... // try to verify
return ; // verify ok
} catch (Exception e) {
LOG.info( "Oooh, it went wrong on try " + i); "Oooh, it went wrong on try " + i);
// let the loop run it again after a sleep
sleep( 1000 );
}
}
没用我们的捕获块没有被击中。
深入研究,并始终阅读您使用的开放源代码库的源代码,似乎VerificationException
是从AssertionError
派生的。
Error
不是Exception
。 那么,为什么VerificationException
不称为VerificationError
呢? 我们的catch
块需要捕获Error
或Throwable
才能工作。 现在可以做什么,并且可以工作。
黄什么?
这是违反最小惊讶原则的情况。 因为抛出的对象称为异常,所以没有人会想到这是其他任何东西。 我们需要编写一个失败的异常捕获器,对其进行调试,并在源代码中深入读取几个类以查找此错误。 期望异常是异常是我们的错误吗?
您可以轻松地解释为什么他们选择了具有误导性的名称,但是如果您必须解释某些违反规范的名称,那么最好不付出任何努力就做出解释。
翻译自: https://www.javacodegeeks.com/2020/03/call-that-an-exception.html
浮点数例外