Нативная разработка мобильных приложений

Завершение потока выполнения
Следующая тема, которую мы обсудим, тоже полна противоречий. Обычно по
-
ток выполнения завершается, когда закончит выполнять свою работу, – когда 
завершается метод 
run
. Однако часто желательно преждевременно остановить 
фоновый поток. Например, начав загружать большой видеоклип с размером 
в несколько сотен мегабайтов, пользователь, осознав через пару минут, что 
загрузка продлится слишком долго или не хватит места в памяти устройства, 
может решить прекратить загрузку. 
Если вы запустили этот процесс в собственном потоке выполнения и ис
-
пользовали стороннюю библиотеку с атомарным методом 
download
, то не смо
-
жете остановить его:
Java
// допустим, что downloader -- это уже настроенный экземпляр стороннего
// класса Downloader
Downloader downloader = new Downloader(url);
new Thread(downloader::download).start();
Kotlin
// допустим, что downloader -- это уже настроенный экземпляр стороннего
// класса Downloader
val downloader = Downloader(url);
Thread(Runnable { downloader.download() }).start()
В классе 
Thread
имеется устаревший метод 
stop
, но мы не рекомендуем поль
-
зоваться им, потому что в будущем он может быть удален из стандартной биб-
лиотеки.
Изучающих 
Thread
API часто привлекает метод 
join
, но нередко они понима
-
ют его неправильно. В документации к Java 8 метод 
join
описывается так:
Эта реализация в цикле вызывает метод 
this.wait
, опирающийся на усло
-
вие 
this.isAlive
. Когда поток завершает работу, вызывается метод 
this.no­
tifyAll
. Рекомендуется, чтобы приложения не использовали методы 
wait
, 
notify
или 
notifyAll
экземпляров 
Thread
.

---

146

Конкурентное (многопоточное) выполнение
Может 
показаться
, что поток завершает выполнение, особенно это относит
-
ся к «основному» потоку (потоку пользовательского интерфейса), но в действи
-
тельности он все еще находится в памяти и продолжает удерживать ссылки на 
объекты, пока не завершится поток, вызвавший метод. То есть если в Android, 
где поток пользовательского интерфейса служит контекстом по умолчанию, 
запустить «фоновый» поток и «присоединиться» к нему вызовом метода 
join
, 
он будет продолжить занимать память, пока не завершится основной поток 
(когда завершится само приложение или система решит отобрать ресурсы 
у простаивающего приложения, чтобы передать их другим программам). По
-
этому вы можете даже не заметить фоновый поток, но знайте, что он 
продол
-
жает
существовать и удерживать ссылки (вызывая утечки памяти) до завер
-
шения самой программы.
В классе 
Thread
есть еще один, суть которого тоже часто понимается непра
-
вильно, – метод 
interrupt
. Этот метод делает совсем не то, что многие думают, – 
он просто устанавливает логический флаг в потоке. До вызова 
interrupt
обра
-
щения к 
isInterrupted
будут возвращать 
false
, а после вызова 
interrupt
– 
true
. 
Сам по себе метод 
interrupt
ничего не делает, чтобы остановить выполнение 
потока.
Этот API был создан почти как соглашение; авторы библиотек должны пе
-
риодически проверять флаг 
isInterrupted
, и если он имеет значение 
true
, гене
-
рировать исключение или немедленно завершать выполнение потока,