不要声称(应用)您Future
的 s,因为这会迫使他们阻止并等待答案;如您所见,这可能导致死锁。相反,单子使用它们来告诉他们完成后要做什么。代替:
val result1 = f1()
val result2 = f2()
merge(result1,result2)
尝试这个:
for {
result1 <- f1
result2 <- f2
} yield merge(result1, result2)
其结果将是包含合并结果的Responder[Result]
(本质上是 a );您可以使用orFuture[Result]
对这个最终值做一些有效的事情,或者您可以将它或它到另一个。无需阻塞,只需为未来安排计算!respond()
foreach()
map()
flatMap()
Responder[T]
编辑1:
好的,compute
函数的签名将不得不更改为Responder[Result]
现在,那么这对递归调用有何影响?让我们试试这个:
private def compute( input: Input ):Responder[Result] = {
if( pairs.size < SIZE_LIMIT ) {
future(computeSequential())
} else {
val (input1,input2) = input.split
for {
result1 <- compute(input1)
result2 <- compute(input2)
} yield merge(result1, result2)
}
}
现在您不再需要包装对compute
with的调用,future(...)
因为它们已经返回Responder
(的超类Future
)。
编辑2:
使用这种延续传递风格的一个结果是,您的顶级代码——无论compute
最初调用什么——不再阻塞。如果它是从 调用的main()
,而这就是程序所做的一切,这将是一个问题,因为现在它只会产生一堆期货,然后在完成所有被告知要做的事情后立即关闭。你需要做的是block
所有这些期货,但只有一次,在顶层,而且只对所有计算的结果,而不是任何中间计算。
不幸的是,这个Responder
被返回的东西compute()
不再有apply()
像之前那样的阻塞方法Future
。我不确定为什么 flatMapping Future
s 会产生泛型Responder
而不是Future
; 这似乎是一个 API 错误。但无论如何,您应该能够自己制作:
def claim[A](r:Responder[A]):A = {
import java.util.concurrent.ArrayBlockingQueue
import scala.actors.Actor.actor
val q = new ArrayBlockingQueue[A](1)
// uses of 'respond' need to be wrapped in an actor or future block
actor { r.respond(a => q.put(a)) }
return q.take
}
所以现在你可以在你的main
方法中创建一个阻塞调用来计算,如下所示:
val finalResult = claim(compute(input))