Объяснение InterruptedException и прерывание потоков

Этот код неверен на многих уровнях! 

1. Запуск  Thread в конструкторе может быть плохой идеей в некоторых средах, например, некоторые среды, такие как Spring, будут создавать динамический подкласс для поддержки перехвата методов. В итоге мы получим два потока, запущенных из двух экземпляров.
2. InterruptedException проглочено, а само исключение не зарегистрировано должным образом
3. Этот класс запускает новый поток для каждого экземпляра, который он должен использовать  ScheduledThreadPoolExecutor вместо этого, разделяемый между многими экземплярами (более надежный и эффективный для памяти)
4. Кроме того,  ScheduledThreadPoolExecutor мы могли бы избежать кодирования спящего / рабочего цикла самостоятельно, а также переключаться на фиксированную скорость, в отличие от представленного здесь поведения с фиксированной задержкой.
5. И наконец, что не менее важно, нет способа избавиться от этой темы, даже когда на  Cleaner экземпляр больше не ссылается что-либо еще.

Все проблемы действительны, но глотание 
InterruptedException — это самый большой грех. Прежде чем понять причину, давайте немного подумаем, что означает это исключение и как мы можем использовать его для изящного прерывания потоков. Многие блокирующие операции в JDK объявляют метание 
InterruptedException, в том числе:

• Object.wait()
• Thread.sleep()
• Process.waitFor()
• AsynchronousChannelGroup.awaitTermination()
• Различные методы блокировки в  java.util.concurrent.*, например  ExecutorService.awaitTermination(), Future.get(),  BlockingQueue.take(),  Semaphore.acquire() Condition.await() и многие, многие другие
• SwingUtilities.invokeAndWait()

Обратите внимание, что блокировка ввода / вывода не выбрасывает 
InterruptedException (что является позором). Если все эти классы объявляют
InterruptedException, вы можете задаться вопросом, когда это исключение когда-либо выдается?

• Когда поток заблокирован для объявления какого-либо метода,  InterruptedException и вы вызываете  Thread.interrupt()такой поток, скорее всего, заблокированный метод немедленно сгенерирует  InterruptedException.
• Если вы отправили задачу в пул потоков ( ExecutorService.submit()) и вызываете ее  Future.cancel(true) во время ее выполнения. В этом случае пул потоков будет пытаться прервать поток, выполняющий такую ​​задачу для вас, эффективно прерывая вашу задачу.

Зная, что на 
InterruptedException самом деле означает, мы хорошо подготовлены, чтобы справиться с этим должным образом. Если кто-то пытается прервать наш поток, и мы обнаружили его с помощью перехвата 
InterruptedException, самое разумное, что нужно сделать, — позволить этому потоку завершиться, например

class Cleaner implements Runnable, AutoCloseable {

  private final Thread cleanerThread;

  Cleaner() {
    cleanerThread = new Thread(this, "Cleaner");
    cleanerThread.start();
  }

  @Override
  public void run() {
    try {
      while (true) {
        cleanUp();
        TimeUnit.SECONDS.sleep(1);
      }
    } catch (InterruptedException ignored) {
      log.debug("Interrupted, closing");
    }
  }

  //...   

  @Override
  public void close() {
    cleanerThread.interrupt();
  }
}

private volatile boolean stop = false;

@Override
public void run() {
  while (!stop) {
    cleanUp();
    TimeUnit.SECONDS.sleep(1);
  }
}

@Override
public void close() {
  stop = true;
}

public void run() {
  while (Thread.currentThread().isInterrupted()) {
    someHeavyComputations();
  }
}