我一直在尝试不同的方法来处理具有断开结果的阻塞方法,同时保持可能被中断的状态。我发现必须处理发送和接收难以对齐的不同类和方法,这令人沮丧。
在以下示例中,随着消息发送到其他进程,SomeBlockingMethod()
通常返回void
。但是相反,我使用接收结果的监听器将其设置为synchronized
。通过将其旋转为线程,我可以使用超时或无限期对结果进行wait()
。
这很好,因为一旦返回结果,我就可以继续处理特定的状态,在等待线程任务的结果时必须暂停。
我的方法有什么问题吗?
尽管这个问题似乎很笼统,但我正在特别寻求有关 Java 中线程的建议。
伪代码示例:
public class SomeClass implements Command {
@Override
public void onCommand() {
Object stateObject = new SomeObjectWithState();
// Do things with stateObject
Runnable rasync = () -> {
Object r = SomeBlockingMethod();
// Blocking method timed out
if (r == null)
return;
Runnable rsync = () -> {
// Continue operation on r which must be done synchronously
// Also do things with stateObject
};
Scheduler().run(rsync);
};
Scheduler().run(rasync);
}
使用CompletableFuture更新:
CompletableFuture<Object> f = CompletableFuture.supplyAsync(() -> {
return SomeBlockingMethod();
});
f.thenRun(() -> { () -> {
String r = null;
try {
r = f.get();
}
catch (Exception e) {
e.printStackTrace();
}
// Continue but done asynchronously
});
或更好的是:
CompletableFuture.supplyAsync(() -> {
return SomeBlockingMethod();
}).thenAccept((
Object r) -> {
// Continue but done asynchronously
});
严格使用
CompletableFuture
的问题是CompletableFuture.thenAccept
是从全局线程池运行的,不能保证与调用线程同步。重新为同步任务添加计划程序可以解决此问题:
CompletableFuture.supplyAsync(() -> {
return SomeBlockingMethod();
}).thenAccept((
Object r) -> {
Runnable rsync = () -> {
// Continue operation on r which must be done synchronously
};
Scheduler().run(rsync);
});
与完整的调度程序方法相比,使用
CompletableFuture
的警告是,存在于外部的任何先前状态必须是最终的或实际上是最终的。 最佳答案
您应该 checkout RxJava,它使用流操作并具有线程支持。
api.getPeople()
.observeOn(Schedulers.computation())
.filter(p -> return p.isEmployee();)
.map(p -> return String.format("%s %s - %s", p.firstName(), p.lastName(), p.payrollNumber());)
.toList()
.observerOn(<ui scheudler>)
.subscirbe(p -> screen.setEmployees(p);)