大佬教程收集整理的这篇文章主要介绍了在Java中播放框架异步处理和阻止I / O,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
我建议您设置自己的上下文,并使用Play在其中运行阻塞/ cpu密集型操作F.Promise<A>
。与线程一样,最佳解决方案取决于许多因素,例如核数等。
首先在中设置您的上下文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
}
}
}
}
}
然后在您的控制器中,使用Play Promises(我使用Java 8)来利用您的上下文:
public static F.Promise<Result> love() {
ExecutionContext myExecutionContext = Akka.system().dispatchers().lookup("play.akka.actor.my-context");
F.Promise<@R_673_8056@r> @R_673_8056@rPromise = F.Promise.promise(() ->
LongRunningProcess.run(10000L)
, myExecutionContext);
F.Promise<@R_673_8056@r> @R_673_8056@rPromise2 = F.Promise.promise(() ->
LongRunningProcess.run(10000L)
, myExecutionContext);
return @R_673_8056@rPromise.flatMap(i -> @R_673_8056@rPromise2.map(x -> ok()));
}
这样,您的Play应用仍将在default-dispatcher
执行上下文中处理持久请求,而阻塞/ cpu密集型将在中运行@H_253_3@my-context。
我为您演示了一个@R_925_10584@的示例,请在github上查看。
我的应用程序使用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?(这样至少可以提高代码的可读性)
以上是大佬教程为你收集整理的在Java中播放框架异步处理和阻止I / O全部内容,希望文章能够帮你解决在Java中播放框架异步处理和阻止I / O所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。