Как работает сборщик мусора с объектами?

Question

[alekseyHunter]

Интересуют особенности очистки памяти сборщиком мусора, а именно как он ведет себя с объектами, переданными в функции.
Пример #1.1:

val ft = supportFragmentManager.beginTransaction()
var fragment = ListObjectsFragment()
ft.replace(R.id.fragment_container, fragment, LIST_OBJECTS_FRAGMENT)
ft.commit()

Объект не будет помечен сборщиком мусора, пока на него есть ссылка, которая, в свою очередь, будет существовать до окончания работы метода.

Пример #1.2:

val ft = supportFragmentManager.beginTransaction()
var fragment: Fragment?
fragment = ListObjectsFragment()
ft.replace(R.id.fragment_container, fragment, LIST_OBJECTS_FRAGMENT)
ft.commit()
fragment = null

Объект будет помечен сборщиком мусора после коммита.

Пример #2:

val ft = supportFragmentManager.beginTransaction()
ft.replace(R.id.fragment_container, ListObjectsFragment(), LIST_OBJECTS_FRAGMENT)
ft.commit()

Объект будет помечен сборщиком мусора сразу, поскольку на него нет ссылки.

Можно вызвать самостоятельно сборщик мусора, но тогда приложение может зависнуть на пару секунд, а можно подождать вызов от системы. Получается, что разницы в объявлении объекта нет?

Answer 1

[Денис Загаевский]

Рассуждения неверные. Читай код FragmentManager'a. Ни в одном из случаев объект не будет помечен, удалён, и тд. Ссылка на него останется в транзакции.

Comments

[alekseyHunter]

Ссылка на него останется в транзакции.

Тогда сначала нужно удалить ссылку:

Fragment fragment = getSupportFragmentManager().findFragmentByTag(TAG_FRAGMENT);
if(fragment != null)
    getSupportFragmentManager().beginTransaction().remove(fragment).commit();

Значит нужно смотреть реализацию классов на наличие в нем сильных ссылок?

[Денис Загаевский]

alekseyHunter Что. Ты. Хочешь. У тебя всё смешано ппц. Ты передал куда-то объект. Там сохранили на него ссылку, чтобы дальше с ним работать (добавить). Никто его не соберёт. И занулять переменные в методах не надо, что ты пытаешься таким способом сделать? Опять "оптимизации"? Делом бы занялся лучше, чем фигнёй маяться

[alekseyHunter]

Что. Ты. Хочешь.

У меня в проекте есть нижнее меню навигации с FrameLayout для размещения фрагментов.
При нажатии на кнопку меню каждый раз создается новый фрагмент, заменяя старый.
Если ссылки на предыдущие фрагменты остаются в транзакциях, значит возникает утечка памяти?

private val onNavigationItemSelectedListener = BottomNavigationView.OnNavigationItemSelectedListener { item ->
        val ft = supportFragmentManager.beginTransaction()
        var fragment: Fragment?

        when (item.itemId) {
            R.id.navigation_home -> {
                fragment = ListObjectsFragment()

                ft.replace(R.id.fragment_container, fragment, LIST_OBJECTS_FRAGMENT)
                ft.commit()

                return@OnNavigationItemSelectedListener true
            }
            R.id.navigation_person -> {
                fragment = ProfileFragment()

                ft.replace(R.id.fragment_container, fragment, PROFILE_FRAGMENT)
                ft.commit()

                return@OnNavigationItemSelectedListener true
            }
            R.id.navigation_store -> {
                fragment = ListTestsFragment()

                ft.replace(R.id.fragment_container, fragment, LIST_TEST_FRAGMENT)
                ft.commit()

                return@OnNavigationItemSelectedListener true
            }
            R.id.navigation_rating -> {
                fragment = RatingFragment()

                ft.replace(R.id.fragment_container, fragment, RATING_FRAGMENT)
                ft.commit()

                return@OnNavigationItemSelectedListener true
            }
        }
        false
    }

[Денис Загаевский]

alekseyHunter, нет, при replace фрагменты заменяются и фрагмент менеджер сам их удаляет.