包装在Akka Future中的阻塞代码也会阻塞Future支持的线程，那么在这种情况下Future有什么帮助

Question

Akka/Scala Future背后的理念是，当我们发现IO调用、网络调用等阻塞代码时，我们必须将其包装在Future中，并在一段时间后异步获取结果。但是，之前阻塞主线程的阻塞代码现在阻塞了Future支持的单独线程。然后Akka/Scala Future给我们带来了什么。

val blockingCallResult: Result = block() //blocks the thread of execution.

now let's use Akka/Scala future and wrap the blocking call with Future


val future = Future[Result] {

   val blockingCallResult: Result = block() //also blocks on some thread in thread pool

   blockingCallResult

}

我们如何从利用未来中获益。

Answer 1

如果您的代码中有任何阻塞操作，那么将执行该操作的线程确实会被阻塞。无论它是什么执行上下文产生的。如果您希望您的流是纯粹的非阻塞并从使用期货中获得真正的好处，您的IO必须是异步的。但如上所述，期货在其他方面也很有帮助。

Answer 2

如果只有一个执行上下文，并且只使用执行阻塞代码的future，而且一次只使用一个，那么使用future确实没有什么好处。期货的优势在于:

< li >并行性-在多核机器上，几个线程可以同时执行。使用带有执行上下文的期货可以避免为每个动作创建一个新线程或手动重用线程的开销，并且执行上下文可以让您控制池的大小。 < li >通过使用不同的执行上下文，分离I/O和计算线程。这允许内核在长时间运行的计算任务之前安排对I/O的交互式响应，从而减少延迟。 < li >真正的异步I/O，通过scala-redis-nb(或Netty或ReactiveMongo(？)).未来不仅仅是一个阻塞的线程，有可能使用未来(例如，通过promise)来公开一个异步API(否则可能使用回调的那种),然后您可以编写真正的异步代码，避免在I/O上阻塞任何线程，并且使用比直接使用基于回调的API好得多的API。