Question

我们正在Scala开发一些系统，我们有一些疑问。我们正在讨论如何映射未来的例外，我们不知道何时应该使用选项1或选项2。

val created: Future[...] = ???

选项1：

val a = created recover {   
  case e: database.ADBException =>
    logger.error("Failed ...", e)
    throw new business.ABusinessException("Failed ...", e) 
}

选项2：

val a = created recoverWith {   
  case e: database.ADBException =>
    logger.error("Failed ...", e)
    Future.failed(new business.ABusinessException("Failed ...", e))
}

有人可以解释我何时应该选择选项1还是选项2？什么是差异？

Answer 1

嗯，scaladocs中清楚地描述了答案：

  /** Creates a new future that will handle any matching throwable that this
   *  future might contain. If there is no match, or if this future contains
   *  a valid result then the new future will contain the same.
   *
   *  Example:
   *
   *  {{{
   *  Future (6 / 0) recover { case e: ArithmeticException => 0 } // result: 0
   *  Future (6 / 0) recover { case e: NotFoundException   => 0 } // result: exception
   *  Future (6 / 2) recover { case e: ArithmeticException => 0 } // result: 3
   *  }}}
   */
  def recover[U >: T](pf: PartialFunction[Throwable, U])(implicit executor: ExecutionContext): Future[U] = {

  /** Creates a new future that will handle any matching throwable that this
   *  future might contain by assigning it a value of another future.
   *
   *  If there is no match, or if this future contains
   *  a valid result then the new future will contain the same result.
   *
   *  Example:
   *
   *  {{{
   *  val f = Future { Int.MaxValue }
   *  Future (6 / 0) recoverWith { case e: ArithmeticException => f } // result: Int.MaxValue
   *  }}}
   */
  def recoverWith[U >: T](pf: PartialFunction[Throwable, Future[U]])(implicit executor: ExecutionContext): Future[U] = {

recover为您Future包含简单的结果（类似于map），而recoverWith期望Future作为结果（类似于{{1} }}）。

所以，这是经验法则：

如果您使用已返回flatMap的内容进行恢复，请使用Future，否则请使用recoverWith。

<强>更新在您的情况下，首选使用recover，因为它会为您recover包装例外。否则没有性能增益或任何东西，所以你只需避免一些样板。

Answer 2

使用recoverWith，系统会要求您返回一个包裹的未来，使用recover会要求您抛出异常。

.recoverWith # => Future.failed(t)
.recover # => throw t

我更喜欢使用recoverWith，因为我认为函数式编程比抛出不是函数式的异常更喜欢返回对象，即使它是内部代码块，我认为它仍然有效。

但是，如果我在恢复块中有一段内部代码可能会引发异常，那么在这种情况下，不是捕获它并用Future包装它，或者尝试它，我不妨将这段代码与recover结合使用，它将为您处理异常包装，这将使代码更具可读性和紧凑性。

Scala恢复或恢复

2 个答案: