Future.cancel（）后跟Future.get（）杀死我的线程

Question

我想使用执行器接口（使用Callable），以便启动一个线程（让我们称之为可调用线程），它将执行使用阻塞方法的工作。这意味着当主线程调用Future.cancel（true）（调用Thread.interrupt（））时，可调用的线程可以抛出一个InterruptedExc0019。

我还希望我的可调用线程在代码的取消部分使用其他阻塞方法中断时正确终止。

在实现这一点时，我经历了以下行为：当我调用Future.cancel（true）方法时，可调用线程被正确地通知中断，但是如果主线程立即等待它使用Future.get（）终止，可调用线程在调用任何阻塞方法时都会被杀死。

下面的JUnit5代码片段说明了这个问题。如果主线程在cancel（）和get（）调用之间不Hibernate，我们可以很容易地复制它。如果我们睡眠一段时间但睡眠不足，我们可以看到可调用线程完成了其取消工作的一半。如果睡眠充足，可调用线程将正确完成其取消工作。

注1：我检查了可调用线程的中断状态：它被正确地设置了一次，并且只正确地设置了一次，正如预期的那样。

注意2：当调试我的可调用线程一步一步中断后（当传递到取消代码），我松了它后，几个步骤，当进入一个阻塞的方法（没有中断异常似乎被抛出）。

    @Test
    public void testCallable() {

        ExecutorService executorService = Executors.newSingleThreadExecutor();

        System.out.println("Main thread: Submitting callable...");
        final Future<Void> future = executorService.submit(() -> {

            boolean interrupted = Thread.interrupted();

            while (!interrupted) {
                System.out.println("Callable thread: working...");
                try {
                    Thread.sleep(500);
                } catch (InterruptedException e) {
                    System.out.println("Callable thread: Interrupted while sleeping, starting cancellation...");
                    Thread.currentThread().interrupt();
                }
                interrupted = Thread.interrupted();
            }

            final int steps = 5;
            for (int i=0; i<steps; ++i) {
                System.out.println(String.format("Callable thread: Cancelling (step %d/%d)...", i+1, steps));
                try {
                    Thread.sleep(200);
                } catch (InterruptedException e) {
                    Assertions.fail("Callable thread: Should not be interrupted!");
                }
            }

            return null;
        });

        final int mainThreadSleepBeforeCancelMs = 2000;
        System.out.println(String.format("Main thread: Callable submitted, sleeping %d ms...", mainThreadSleepBeforeCancelMs));

        try {
            Thread.sleep(mainThreadSleepBeforeCancelMs);
        } catch (InterruptedException e) {
            Assertions.fail("Main thread: interrupted while sleeping.");
        }

        System.out.println("Main thread: Cancelling callable...");
        future.cancel(true);
        System.out.println("Main thread: Cancelable just cancelled.");

        // Waiting "manually" helps to test error cases:
        // - Setting to 0 (no wait) will prevent the callable thread to correctly terminate;
        // - Setting to 500 will prevent the callable thread to correctly terminate (but some cancel process is done);
        // - Setting to 1500 will let the callable thread to correctly terminate.
        final int mainThreadSleepBeforeGetMs = 0;
        try {
            Thread.sleep(mainThreadSleepBeforeGetMs);
        } catch (InterruptedException e) {
            Assertions.fail("Main thread: interrupted while sleeping.");
        }

        System.out.println("Main thread: calling future.get()...");
        try {
            future.get();
        } catch (InterruptedException e) {
            System.out.println("Main thread: Future.get() interrupted: Error.");
        } catch (ExecutionException e) {
            System.out.println("Main thread: Future.get() threw an ExecutionException: Error.");
        } catch (CancellationException e) {
            System.out.println("Main thread: Future.get() threw an CancellationException: OK.");
        }

        executorService.shutdown();
    }

Answer 1

当您在取消的Future上调用get（）时，您将获得一个C的异常，因此不会等待Callable的代码执行其清除。然后，您刚刚返回，当JUnit确定测试已经完成时，观察到的线程被杀死的行为似乎是JUnit清理的一部分。

要等待完全清理，请将最后一行更改为

executorService.shutdown();

到

executorService.shutdown();
executorService.awaitTermination(1, TimeUnit.DAYS);

请注意，在方法的throws子句中声明意外异常比用catch子句调用断言.fail使测试代码混乱更简单。JUnit无论如何都会将此类异常报告为失败。

然后，您可以删除整个睡眠代码。

可能值得将ExecutorService管理置于@之前/@之后甚至@课前/@课后方法中，以保持测试方法不受此影响，并将重点放在实际测试上。ª

这就是朱尼特