Краткий ответ

Поток теряет установленный сигнал прерывания: при выбрасывании InterruptedException флаг прерывания обычно автоматически сбрасывается. Если обработчик просто поглотит исключение, вышестоящий код и последующие операции не узнают, что поток просили завершить работу.

Обычно обработчик должен либо передать InterruptedException дальше, либо восстановить флаг вызовом Thread.currentThread().interrupt() после выполнения локальной логики.

Исторический контекст

В Java прерывание реализовано как механизм кооперативной отмены, а не как принудительное прекращение потока. Один поток устанавливает другому потоковый флаг прерывания, а выполняющийся код сам решает, как корректно завершить работу.

Блокирующие методы, такие как ожидание, сон или получение элемента из некоторых очередей, реагируют на этот сигнал выбросом InterruptedException. Такой подход позволяет освобождать ресурсы и завершать операции предсказуемо.

Постановка проблемы

Рассмотрим сервисный поток, который ожидает задачу в очереди. При остановке приложения управляющий код прерывает поток. Если обработчик перехватывает InterruptedException и продолжает цикл, поток может остаться работающим до следующей задачи или вообще никогда не завершиться.

Проблема усугубляется тем, что исключение уже сбросило флаг прерывания. Поэтому внешний цикл, исполнитель задач или код завершения не сможет обнаружить исходный сигнал через isInterrupted().

Подробное решение

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

Если текущий метод не может объявить или передать проверяемое исключение, он обычно восстанавливает флаг:

class Worker {
    void run() {
        try {
            Thread.sleep(1000);
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
            return;
        }
    }
}

После восстановления внешний код сможет обнаружить прерывание. Простое return без восстановления завершит только текущий метод, но потеряет информацию для вызывающего кода.

Если метод отвечает за завершение операции сам, он может корректно освободить свои ресурсы и завершиться. Если же решение об отмене принимает вызывающий слой, правильнее восстановить флаг или пробросить InterruptedException.

Важно отличать Thread.isInterrupted() от статического Thread.interrupted(): первый только проверяет флаг, а второй проверяет его у текущего потока и сбрасывает. Многократный вызов Thread.interrupted() без необходимости может привести к такому же незаметному поглощению сигнала.

Восстановление флага не останавливает поток немедленно. Оно лишь сохраняет запрос отмены; дальнейший код должен проверить состояние или снова войти в операцию, реагирующую на прерывание.

Ситуация из практики

Фоновый потребитель сообщений ожидает данные в блокирующей очереди. При штатной остановке приложения исполнитель прерывает его поток.

Вариант с пустым обработчиком прост, но опасен: поток продолжает работу, а механизм завершения может ждать его бесконечно. Вариант с немедленным пробросом исключения корректен, если сигнатуры всех промежуточных методов допускают InterruptedException, однако это не всегда возможно для интерфейса или callback без throws.

Практичное решение для callback — выполнить необходимое локальное освобождение ресурсов, восстановить флаг и завершить обработчик. В результате сигнал отмены не теряется, поток выходит из цикла, а исполнитель получает возможность завершить работу без зависания.

Что кандидаты часто упускают

Всегда ли после InterruptedException нужно немедленно завершать поток?

Нет. Исключение сообщает о запросе прерывания, но конкретная политика зависит от контракта компонента. Можно завершить текущую операцию, выполнить очистку и затем выйти; можно передать исключение выше. Продолжать обычную работу без восстановления флага допустимо только при осознанном изменении политики отмены, а не как случайное игнорирование сигнала.

Сбрасывает ли любой вызов проверки прерывания флаг потока?

Нет. Thread.currentThread().isInterrupted() только читает состояние. Статический метод Thread.interrupted() читает флаг текущего потока и сбрасывает его. Блокирующий метод, завершившийся через InterruptedException, также обычно очищает состояние, поэтому обработчик должен сам решить, восстанавливать ли его.

Достаточно ли вызвать interrupt() после перехвата исключения, если поток уже должен завершиться?

Часто да, но важно не создавать ложное ощущение принудительной остановки. interrupt() лишь устанавливает флаг или побуждает поддерживающую блокировку завершиться исключением. Код должен выйти из цикла, вернуть управление или корректно обработать следующий этап отмены; бесконечный цикл, игнорирующий флаг, всё равно может продолжить работу.