在 Java 中播放框架异步处理和阻塞 I/O

Question

我的应用程序使用 Play 框架来处理 REST 请求。我需要在 http 请求处理程序中执行一些可能持久的阻塞 I/O 操作。同时，我想有效地处理一些短暂的请求。

如此处所述：

http://www.playframework.com/documentation/2.2.0/JavaAsync

可以异步运行持久的操作。另一方面，如此处所述：

http://www.playframework.com/documentation/2.2.x/ThreadPools

Play 框架使用相同的默认线程池，所有应用程序代码都在其中执行。至少在 Java api 中不可能在不同的线程池上运行异步工作。

所以，我的问题是，考虑到这样的操作无论如何都使用相同的线程池这一事实，是否值得异步运行可能阻塞的 I/O 操作。或者也许最好增加默认线程池大小，并且在这种情况下不要使用异步 api？ （这样至少代码可读性会高很多）

Answer 1

我建议您设置自己的上下文并使用 Plays F.Promise<A> 在此处运行阻塞/cpu 密集型操作。与线程一样，最佳解决方案取决于许多因素，例如内核数量等。

首先在applications.conf中设置你的上下文：

play {
  akka {
    akka.loggers = ["akka.event.Logging$DefaultLogger", "akka.event.slf4j.Slf4jLogger"]
    loglevel = WARNING
    actor {
      default-dispatcher = {
        fork-join-executor {
          parallelism-min = 1
          parallelism-factor = 2
          parallelism-max = 6
        }
      }
      my-context {
        fork-join-executor {
          parallelism-min = 1
          parallelism-factor = 4
          parallelism-max = 16
        }
      }
    }
  }
}

然后在您的控制器中，使用 Plays Promises 使用您的上下文（我使用的是 Java 8）：

public static F.Promise<Result> love() {
    ExecutionContext myExecutionContext = Akka.system().dispatchers().lookup("play.akka.actor.my-context");

    F.Promise<Integer> integerPromise = F.Promise.promise(() ->
            LongRunningProcess.run(10000L)
    , myExecutionContext);

    F.Promise<Integer> integerPromise2 = F.Promise.promise(() ->
            LongRunningProcess.run(10000L)
    , myExecutionContext);

    return integerPromise.flatMap(i -> integerPromise2.map(x -> ok()));
}

这样，您的 Play 应用仍将处理 default-dispatcher 执行上下文中的短期请求，而阻塞/cpu 密集型将在 my-context 中运行。

我制作了一个非常简短的示例供您演示，请在 github 上查看。