9.8. Прерывание потока

В некоторых методах класса Thread упоминается прерывание (interrupting) потока. Соответствующие методы зарезервированы для возможности, которая вскоре будет включена в Java. На момент написания этой книги они еще не полностью реализованы; попытка их вызова приводит к возбуждению исключения NoSuchMethodError и уничтожению вызывающего потока. Вполне возможно, что к тому моменту, когда вы будете читать эту книгу, эти методы уже будут реализованы. В данном разделе приводится их краткий обзор.

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

Прерывание потока в общем случае не должно влиять на его работу, однако некоторые методы (такие, как sleep или wait) возбуждают исключение InterruptedException. Если в вашем потоке во время прерывания выполнялся один из таких методов, то будет возбуждено прерывание Interrupted Exception.

Для работы с прерываниями используются несколько методов. Метод interrupt посылает прерывание в поток; метод isInterrupted проверяет факт прерывания потока; статический метод interrupted проверяет, прерывался ли текущий поток.

9.9. Завершение работы потока

Работа потока прекращается, когда происходит выход из его метода run. Так происходит нормальное завершение потока, но вы можете остановить поток и по-другому.

Желательно использовать самый “чистый” способ, который, однако, требует некоторой работы со стороны программиста: вместо того чтобы насильственно прекращать существование потока, лучше дать ему завершиться добровольно. Чаще всего для этого используют логическую переменную, значение которой опрашивается потоком. Например:

Самый прямолинейный способ завершить поток— вызвать его метод stop, который запустит объект ThreadDeath, указав ему в качестве цели нужный поток. ThreadDeath является подклассом класса Error, а не Exception (объяснение того, почему так было сделано, приводится в приложении Б). Программистам не следует перехватывать ThreadDeath, если только они не должны выполнить какие-нибудь чрезвычайно неординарные завершающие действия, с которыми не справится finally. Если уж вы перехватываете ThreadDeath, обязательно возбудите объект-исключение заново, чтобы поток мог “умереть”. Если же ThreadDeath не перехватывается, то обработчик ошибок верхнего уровня просто уничтожает поток, не выводя никаких сообщений.

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

Другой форме метода stop можно вместо ThreadDeath передать какое-то другое исключение. Хотя обычно возбуждение исключений оказывается не самым лучшим способом для обмена информацией между потоками, вы можете использовать эту форму общения для того, чтобы послать потоку какое-то сообщение. Например, если некоторый поток выполняет длительные вычисления для определенных входных значений, то интерфейсный поток может разрешить пользователю изменить эти значения прямо во время вычислений. Конечно, вы можете просто завершить поток и начать новый. Тем не менее, если промежуточные результаты вычислений могут использоваться повторно, то вместо завершения потока можно создать новый тип исключения Restart Calculation и воспользоваться методом stop, чтобы запустить новое исключение в поток. При этом поток должен перехватить исключение, рассмотреть новые входные значения, по возможности сохранить результаты и возобновить вычисления.

Один поток может ожидать завершения другого потока. Для этого применяется один из методов join. Простейшая форма этого метода ждет завершения определенного потока:

class CalcThread extends Thread {

private double Result;

public void run() {

Result = calculate();

}

public double result() {

return Result;

}

public double calculate() {

// ...

}

}

class join {

public static void main(String[] args) {

CalcThread calc = new CalcThread();

calc.start();

doSomethingElse();

try {

calc.join();

System.out.println("result is "

+ calc.result());

} catch (InterruptedException e) {

System.out.println("No answer: interrupted");

}

}

}

Сначала создается новый тип потока, CalcThread, выполняющий некоторые вычисления. Мы запускаем поток, некоторое время занимаемся другими делами, после чего пытаемся присоединиться (join) к потоку. На выходе из join можно быть уверенным, что метод CalcThread.run завершился, а значение Result получено. Это сработает независимо от того, окончился ли поток CalcThread до doSomethingElse или нет. Когда поток завершается, его объект никуда не исчезает, так что вы можете к нему обращаться.

При вызове других форм join им передаются интервалы тайм-аута, подобные тем, какие используются для метода sleep. Имеются три формы join:

public final void join() throws InterruptedException

Ожидает безусловного завершения потока, для которого вызывается метод.

public final synchronized void join(long millis)throws   InterruptedException

Ожидает завершения потока или истечения заданного числа миллисекунд (взависимости от того, что произойдет раньше). Аргумент, равный нулю, означает ожидание без тайм-аута.

public final synchronized void join(long millis, int nanos) throws InterruptedException

Ожидает завершения потока или тайм-аута с более точным контролем времени. Суммарное время тайм-аута, равное 0 наносекунд, снова означает ожидание без тайм-аута. Количество наносекунд находится в диапазоне 0–999999.

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