我一直在尝试不同的方法来处理具有断开结果的阻塞方法,同时保持可能被中断的状态。我发现必须处理发送和接收难以对齐的不同类和方法,这令人沮丧。

在以下示例中,随着消息发送到其他进程,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);)

10-05 22:42
查看更多