Может ли Activity, обращающаяся к статическим полям быть причиной утечек памяти?
1,00
р.
В приложении время от времени при логгировании возникают длиные цепочки, сообщающие о работе GC, что, по моему мнению, говорит о некоторых утечках в памяти, так как если бы все работало на ура, то не было бы огромного количества сообщений об аллокациях памяти.
Стал вопрос оптимизации, ищу причины. Первая идея и мысль связана с логикой загрузки приложения. Сначала я показываю активити-заглушку (пока загружаются все необходимые данные), эти данные пишутся в статические поля некоторых классов для последующих операций, то есть идет обращение к статическим ссылкам, которые не умирают.
После вызывается finish, и я показываю активити, в которой идет все взаимодействие юзера с приложением. Может обращение к статическим ссылкам быть одной из причин того, что, например, активити не убивается при вызове finish и образуется утечка памяти?
Ответ
Насколько я понимаю работу системы Android, то при вызове finish() активити вовсе принудительно не уничтожается (не удаляется из памяти), она только помечается "не активной" - происходит вызов методов завершения (onPause(), onStop(), onDestroy()) и манипуляции со списком переходов. На передний план отображается активити с вершины стека. Сама же "финишированная" активити существует в памяти до того момента, пока GC не решит провести очистку по каким то своим соображениям. Соответственно, если активити имеет статические ссылки (которые существуют до окончания работы приложения), то уничтожена сборщиком мусора она не будет, даже не смотря на то, что и помечена "не активной", так как есть жесткая ссылка - на лицо явная утечка памяти.
Вообще, Android Studio в последней версии (1.5 на сегодняшний день) включает Memory Monitor для поиска утечек (инструменты HPROF Viewer и Allocation Tracker). Разумно будет воспользоваться ими и посмотреть, что же происходит. Здесь вы можете принудительно вызвать GC (очистку памяти) и проследить за судьбой своей активити и что ее держит в этом бренном мире. Очень часто там ждут неожиданные сюрпризы. Смотрите так же статью по утечкам памяти на офф.сайте
Стал вопрос оптимизации, ищу причины. Первая идея и мысль связана с логикой загрузки приложения. Сначала я показываю активити-заглушку (пока загружаются все необходимые данные), эти данные пишутся в статические поля некоторых классов для последующих операций, то есть идет обращение к статическим ссылкам, которые не умирают.
После вызывается finish, и я показываю активити, в которой идет все взаимодействие юзера с приложением. Может обращение к статическим ссылкам быть одной из причин того, что, например, активити не убивается при вызове finish и образуется утечка памяти?
Ответ
Насколько я понимаю работу системы Android, то при вызове finish() активити вовсе принудительно не уничтожается (не удаляется из памяти), она только помечается "не активной" - происходит вызов методов завершения (onPause(), onStop(), onDestroy()) и манипуляции со списком переходов. На передний план отображается активити с вершины стека. Сама же "финишированная" активити существует в памяти до того момента, пока GC не решит провести очистку по каким то своим соображениям. Соответственно, если активити имеет статические ссылки (которые существуют до окончания работы приложения), то уничтожена сборщиком мусора она не будет, даже не смотря на то, что и помечена "не активной", так как есть жесткая ссылка - на лицо явная утечка памяти.
Вообще, Android Studio в последней версии (1.5 на сегодняшний день) включает Memory Monitor для поиска утечек (инструменты HPROF Viewer и Allocation Tracker). Разумно будет воспользоваться ими и посмотреть, что же происходит. Здесь вы можете принудительно вызвать GC (очистку памяти) и проследить за судьбой своей активити и что ее держит в этом бренном мире. Очень часто там ждут неожиданные сюрпризы. Смотрите так же статью по утечкам памяти на офф.сайте
