我一直在使用 Akka Supervisor Strategy 来处理业务逻辑异常。
阅读最著名的 Scala 博客系列Neophyte之一,我发现他为我一直在做的事情赋予了不同的目的。
例子:
假设我有一个 HttpActor 应该联系外部资源,如果它关闭,我将抛出一个异常,现在是一个ResourceUnavailableException
.
如果我的主管发现了这一点,我会在我的 HttpActor 上调用 Restart,在我的 HttpActorpreRestart
方法中,我会调用 do aschedulerOnce
来重试。
演员:
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()
}
在 的情况下AskTimeoutException
,Future
他将结果作为ComebackLater
对象进行管道传输,他将处理这样做:
case ComebackLater =>
log.info("grumble, grumble")
context.system.scheduler.scheduleOnce(300.millis) {
coffeeSource ! EspressoRequest
}
对我来说,这几乎是你可以用策略主管做的事情,但是以手动方式,没有内置的重试次数逻辑。
那么这里最好的方法是什么,为什么?我使用 akka 主管策略的概念完全错误吗?