Свидетельство сро

Утечки памяти (memory leaks) могут стать весьма негативным фактором, поскольку они не только приводят приложение к аварийному завершению, но и отрицательно влияют на производительность устройства в целом. Большая часть этой главы посвящена теоретическим основам, поскольку, чтобы предотвращать утечки памяти, необходимо понимать, как они вообще могут возникать в ОС Android и, что особенно важно, какие действия в потоках и при их взаимодействиях становятся причиной утечек памяти. Тем не менее в главе предлагаются также конкретные мероприятия по сведению к минимуму угрозы утечек памяти, в основе которых лежат правильное проектирование работы потоков и управление их жизненным циклом.

Утечки памяти могут возникать при использовании любых приемов асинхронного выполнения, поддерживаемых в ОС Android и описываемых в части II данной книги. Поэтому текущая глава даёт обобщённый подход, а более конкретные практические средства будут обсуждаться в главах, более подробно рассматривающих отдельные асинхронные приемы и механизмы.

В виртуальной машине Dalvik свидетельство сро реализует широко распространённый двухфазный алгоритм, который называется «пометить и очистить» (mark and sweep). В первой фазе выполняется обход дерева объектов, и все объекты, на которые не ссылаются какие-либо другие объекты, помечаются как неиспользуемые. Неиспользуемые объекты становятся доступными для процедуры сборки мусора, и во второй фазе все помеченные объекты удаляются, а их память освобождается (возвращается в кучу). Объект считается неиспользуемым, если он недостижим из всех корней сборки мусора {garbage collection roots) приложения, которые фактически являются Java-объектами, выступающими в качестве начальных точек обхода дерева объектов. Сами корневые объекты не считаются неиспользуемыми и нс подлежат этой процедуре, даже если па них не ссылается ни один другой объект.