使用Scala期货时如何捕获RejectedExecutionException?

时间:2013-07-22 07:46:45

标签: scala executorservice futuretask

关闭执行程序时,我应该在哪里捕获RejectedExecutionExceptions?我试过了:

 future {
        Option(reader.readLine)
      } onComplete {
        case Success(v) =>
        case Failure(e) => e match {
          case ree: RejectedExecutionException =>
          // doesn't work
      }

和:

 try {
        future {
          Option(reader.readLine)
        } onComplete {
          ...
        }
      } catch {
        case ree: RejectedExecutionException =>
          // doesn't work
      }

也行不通。仍然得到:

Exception in thread "pool-99-thread-1" java.util.concurrent.RejectedExecutionException
at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1768)
at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:767)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:658)
at scala.concurrent.impl.ExecutionContextImpl.execute(ExecutionContextImpl.scala:105)
at scala.concurrent.impl.CallbackRunnable.executeWithValue(Promise.scala:37)
at scala.concurrent.impl.Promise$DefaultPromise.tryComplete(Promise.scala:133)
at scala.concurrent.Promise$class.complete(Promise.scala:55)
at scala.concurrent.impl.Promise$DefaultPromise.complete(Promise.scala:58)
at scala.concurrent.impl.Future$PromiseCompletingRunnable.run(Future.scala:23)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

2 个答案:

答案 0 :(得分:4)

必须由RejectedExecutionHandler处理。 java.util.concurrent.ThreadPoolExecutor.DiscardPolicy或您的自定义实施。

此执行程序以静默方式传递RejectedExecutionException:

val executorService = new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue[Runnable], Executors.defaultThreadFactory, new DiscardPolicy)

答案 1 :(得分:2)

我问过in this thread

我觉得当前注册的回调应该在关机时完成,如果它们在同一个执行器上运行的话。 (或者行为应该由政策来管理。)(有一天我会为我描述的内容提交PR,因为它看起来很自然。)

我以前有一个设置,其中单线程执行程序读取一些文件并将作业提供给另一个池。最初的设计是让送料器通过阻止提交来限制自己。那没关系,但不灵活。我想在第二个池上分配一些任务,但当然提交会阻止它。

所以,鉴于阻止是邪恶的,一旦你知道无法运行它们,就必须决定如何处理你的任务。

一个答案是在启动关闭之前等待静止。在我的情况下,我有一些工作要完成,所以我知道什么时候完成工作。

Viktor Klang在该主题中的观点是任务是分叉并一直提交的,所以如果有人知道静止意味着什么,那就是应用程序,而不是基础设施。