- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我需要一个 V
类型的值这将必须异步计算。不幸的是,最佳答案可能需要很长时间才能计算出来,所以我有几个其他的值,我会在紧要关头接受它们。我想做的是定义一个 Future<V>
我可以调用超时并让它返回当时可用的最佳答案。像这样的东西:
Future<V> theValue = // something involving executor.submit()
// inside here, asynchronous calls to find
V default = // something pretty quick to return
V good = // something that will take longer and might not return in time
V better = // something that will take longest but is the best answer
V v = theValue.get(5, TimeUnit.SECONDS); // now v should contain one of default,
// good, or better, preferring them in the expected order
我确信这是一个相当普遍的模式,但我一直没能找到一个很好的例子。有帮助吗?
最佳答案
在提议的场景中,有三种不同版本的计算(我将它们命名为好、更好和最好)。每个后续版本都会产生一个优于之前版本的结果,但由于复杂性增加,可能需要分别花费更长的时间才能完成。调用者愿意等待任何结果的任意时间量,在这个答案中,我将使用 五 (5) 秒 的值作为该截止时间。
可以通过使用一对 latches 来保持这种严格的偏好顺序,同时避免循环和排队。对于每批相关操作。
ExecutorService execService = // ... e.g. new ThreadPoolExecutor(...)
<T> T compute(
Callable<? extends T> good,
Callable<? extends T> better,
Callable<? extends T> best) {
RelatedCallables calls = new RelatedCallables(); // new for each batch
Future<T> bestResult = execService.submit(calls.wrap(best)); // first wrapped is primary
Future<T> betterResult = execService.submit(calls.wrap(better));
Future<T> goodResult = execService.submit(calls.wrap(good));
try {
if (!calls.awaitPrimary(5, TimeUnit.SECONDS)) {
calls.awaitAny(); // waits indefinitely, unless THIS thread interrupted
}
// reaching here means at least one of them has a result
if (bestResult.isDone()) return bestResult.get();
if (betterResult.isDone()) return betterResult.get();
return goodResult.get();
}
catch (ExecutionException failedExecution) {
// TODO: handling this is left as an exercise for the reader
return null;
}
catch (InterruptedException interrupted) {
// TODO: handling this is left as an exercise for the reader
return null;
}
finally {
boolean sendInterrupt = true; // or false, depending on your needs
goodResult.cancel(sendInterrupt);
betterResult.cancel(sendInterrupt);
bestResult.cancel(sendInterrupt);
}
}
此解决方案使用辅助类 RelatedCallables
(稍后详述)来设置作为 Callable
实例提交的三个计算之间的关系。帮助类将包装每个实例,并将包装器提交给 ExecutorService
以并行执行。在此实现中,最好 Callable
首先 被包装很重要。包装和提交其他实例的顺序并不重要。
RelatedCallables
帮助程序上的 awaitPrimary
和 awaitAny
方法的组合,以及 if
条件, 设置我们的等待和超时策略。如果最佳(主要)结果在指定的超时时间内可用,它会跳过 if
block 的内容并直接继续返回结果,这样调用者就不必等待整整五秒钟。
如果 awaitPrimary
在 best 计算完成之前超时,则它进入条件的 true 分支并无限期地等待 任何计算完成。通常预期(但我不假设)其他计算中的至少一个将在主要等待时间内完成;如果是这样,awaitAny
将立即返回。除了无限期地等待三个计算之一,还可以返回一个预定值 null
,或者通过一些相对较小的调整抛出异常。
一旦程序流通过条件 block ,它就会按优先顺序检查每个 Future
并返回第一个指示它已完成的值。另请注意,finally
block 会尝试取消任何未决的计算。
static class RelatedCallables {
private final CountDownLatch primaryLatch = new CountDownLatch(1);
private final CountDownLatch anyLatch = new CountDownLatch(1);
private boolean hasPrimary;
void awaitAny() throws InterruptedException {
anyLatch.await();
}
boolean awaitPrimary(long timeout, TimeUnit unit) throws InterruptedException {
return primaryLatch.await(timeout, unit);
}
<T> Callable<T> wrap(final Callable<? extends T> original) {
final boolean isPrimary = !hasPrimary;
hasPrimary = true;
return new Callable<T>() {
@Override
public T call() throws Exception {
try {
return original.call();
}
finally {
anyLatch.countDown();
if (isPrimary) primaryLatch.countDown();
}
}
};
}
}
这是一个相对简单的 Callable
包装器,它链接到包装的实例。其主要目的是在包装实例完成后减少 anyLatch
闩锁计数。这就是 awaitAny
将知道是否由该助手包装的任何可调用项已完成的方式。
还有第二个锁存器,仅与提交给wrap
的第一个 Callable
一起使用,逻辑上区分主要(或最好的)实例。该实例的包装器递减此单独的锁存器,以便 awaitPrimary
可以在截止时间到期之前完成best 计算的情况下快速超时。
因为 CountDownLatch
不可重复使用,所以每批不同的 Callable
操作都需要一对新的锁存器。在此实现中,这是通过为每个批处理创建 RelatedCallables
的新实例来实现的。
关于java - 在 Java 中,如何定义返回多个答案中最佳答案的 Future<V>?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26182853/
我正在通过这个示例https://www.rusoto.org/futures.html学习Rust和Rusoto 而且我发现许多代码已经过时了。所以我改变了这样的代码: use rusoto_cor
这是一个理论问题。我有一个服务可以调用来完成工作,但该服务可能无法完成所有工作,因此我需要调用第二个服务来完成它。 我想知道是否有办法在没有 Await.result 的情况下做类似的事情map 函数
这个问题是关于如何阅读 Rust 文档并提高我对 Rust 的理解,从而了解如何解决这个特定的编译器错误。 我读过 tokio docs并试验了许多 examples .在编写自己的代码时,我经常遇到
我有一个使用分页的 HTTP api,我想将它包装到一个通用的 Rust 流中,以便所有端点都可以使用相同的接口(interface),这样我就可以使用 Stream 附带的特征函数特征。 我收到了这
我正在查看 AKKA 的 Java Futures API,我看到了很多处理同一类型的多个 future 的方法,但我没有看到任何处理不同类型的 future 的方法。我猜我让事情变得更加复杂了。 无
环境:Akka 2.1,scala 版本 2.10.M6,JDK 1.7,u5 现在是我的问题: 我有: future1 = Futures.future(new Callable>(){...});
我有一些代码可以将请求提交给另一个线程,该线程可能会也可能不会将该请求提交给另一个线程。这会产生 Future> 的返回类型.是否有一些非令人发指的方法可以立即将其变成 Future等待整个 futu
如果我有以下代码: Future a = new Future(() { print('a'); return 1; }); Future b = new Future.error('Error!')
我一直试图简化我在 Scala 中做 future 的方式。我有一次收到了 Future[Option[Future[Option[Boolean]]但我在下面进一步简化了它。有没有更好的方法来简化这
Scala 中从 Future[Option[Future[Int]]] 转换的最干净的方法是什么?至 Future[Option[Int]] ?甚至有可能吗? 最佳答案 有两个嵌套Future s
使用下面的示例,future2 如何在 future1 完成后使用 future1 的结果(不阻塞 future3 从被提交)? from concurrent.futures import Proc
这两个类代表了并发编程的优秀抽象,因此它们不支持相同的 API 有点令人不安。 具体根据docs : asyncio.Future is almost compatible with concurre
我正在尝试使用 wasm_bindgen 实现 API 类使用异步调用。 #![allow(non_snake_case)] use std::future::Future; use serde::{
这个问题在这里已经有了答案: Futures / Success race (3 个回答) 去年关闭。 所有的 future 最终可能会成功(有些可能会失败),但我们希望第一个成功。并希望将这一结果表
我在练习asyncio在编写多线程代码多年之后。 注意到一些我觉得很奇怪的东西。都在 asyncio在 concurrent有一个Future目的。 from asyncio import Futur
如何将Future[Option[Future[Option[X]]]]转换为Future[Option[X]]? 如果它是 TraversableOnce 而不是 Option 我会使用 Futur
我正在尝试同时发送 HTTP 请求。为此,我使用 concurrent.futures 这是简单的代码: import requests from concurrent import futures
我们在 vertx 中使用 Futures 的例子如下: Future fetchVehicle = getUserBookedVehicle(routingContext, client);
下面的函数,取自 here : fn connection_for( &self, pool_key: PoolKey, ) -> impl Future>, ClientError>
我正在围绕Java库编写一个小的Scala包装器。 Java库有一个对象QueryExecutor,它公开了2种方法: execute(query):结果 asyncExecute(query):Li
我是一名优秀的程序员,十分优秀!