【发布时间】:2017-01-24 03:33:16
【问题描述】:
我一直在使用 Akka Supervisor Strategy 来处理业务逻辑异常。
阅读最著名的 Scala 博客系列之一Neophyte,我发现他为我一直在做的事情赋予了不同的目的。
例子:
假设我有一个 HttpActor 应该联系外部资源,如果它关闭,我将抛出一个异常,现在是 ResourceUnavailableException。
如果我的主管发现了这一点,我将在我的 HttpActor 上调用 Restart,并在我的 HttpActor preRestart 方法中调用 do a schedulerOnce 来重试。
演员:
class HttpActor extends Actor with ActorLogging {
implicit val system = context.system
override def preRestart(reason: Throwable, message: Option[Any]): Unit = {
log.info(s"Restarting Actor due: ${reason.getCause}")
message foreach { msg =>
context.system.scheduler.scheduleOnce(10.seconds, self, msg)
}
}
def receive = LoggingReceive {
case g: GetRequest =>
doRequest(http.doGet(g), g.httpManager.url, sender())
}
一位主管:
class HttpSupervisor extends Actor with ActorLogging with RouterHelper {
override val supervisorStrategy =
OneForOneStrategy(maxNrOfRetries = 5) {
case _: ResourceUnavailableException => Restart
case _: Exception => Escalate
}
var router = makeRouter[HttpActor](5)
def receive = LoggingReceive {
case g: GetRequest =>
router.route(g, sender())
case Terminated(a) =>
router = router.removeRoutee(a)
val r = context.actorOf(Props[HttpActor])
context watch r
router = router.addRoutee(r)
}
}
这里有什么意义?
如果我的doRequest 方法抛出ResourceUnavailableException,监督者将得到它并重新启动actor,强制它在一段时间后重新发送消息,根据调度程序。我看到的好处是我可以免费获得重试次数以及处理异常本身的好方法。
现在查看博客,他展示了一种不同的方法,以防您需要重试内容,只需发送如下消息:
def receive = {
case EspressoRequest =>
val receipt = register ? Transaction(Espresso)
receipt.map((EspressoCup(Filled), _)).recover {
case _: AskTimeoutException => ComebackLater
} pipeTo(sender)
case ClosingTime => context.system.shutdown()
}
如果是Future 中的AskTimeoutException,他将结果作为ComebackLater 对象通过管道传输,他将处理该对象:
case ComebackLater =>
log.info("grumble, grumble")
context.system.scheduler.scheduleOnce(300.millis) {
coffeeSource ! EspressoRequest
}
对我来说,这几乎是您可以使用策略主管执行的操作,但以手动方式,没有内置的重试次数逻辑。
那么这里最好的方法是什么,为什么?我使用 akka 主管策略的概念完全错误吗?
【问题讨论】:
标签: scala akka akka-supervision