Как устранить утечку памяти при замене фрагментов?

Question

[Username]

Есть боковая шторка с меню. При нажатии на меню фрагмент с контентом меняется на другой. Ссылки на фрагменты не где не храню, при смене каждый раз создаю новый. При первых пару переключений все происходит как и задумано. Старый фрагмент удаляется сборщиком, а новый встает вместо него. То есть с памятью происходит что типо того, занято 28мб затем заменяю фрагмент, падает до 19 затем возрастает до тех же 28. Но после того как немного попереключаться по пунктам меню память перестает освобождаться и переключаясь между двумя пунктами оператива взлетает до 100мб а то и больше.
Код смены фрагментов и самого фрагмента ниже

private fun showEventBoard() {
        setTitle(R.string.event_board)
        supportFragmentManager.beginTransaction()
                .replace(R.id.main_content, MainEventBoardFragment(), EVENT_BOARD_FRAGMENT_TAG)
                .setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN)
                .commit()
    }

    private fun showFavoriteEventBoard() {
        setTitle(R.string.favorites)
        supportFragmentManager.beginTransaction()
                .replace(R.id.main_content, FavoriteEventBoardFragment(), FAVORITE_EVENT_BOARD_FRAGMENT_TAG)
                .setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN)
                .commit()
    }

abstract class EventBoardFragment : Fragment(), SubscriberChangesFavorite<EventInfo> {

    protected var createFilter = false
    protected var eventBoardView: EventBoardView? = null
    protected var filterBlock: FilterEventBoard? = null
    protected var adapter: AdapterEventBoard? = null
    protected var loaderEvents: LoaderEvents? = null

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        if (eventBoardView != null)
            return
        adapter = AdapterEventBoard(ControllerBehaviorEventViewHolder(this))
        loaderEvents?.loadAllEvents { events ->
            if (events != null)
                for (e in events)
                    adapter?.addItem(e)
        }
    }

    override fun onCreateView(inflater: LayoutInflater?, container: ViewGroup?, savedInstanceState: Bundle?): View? {
        if (eventBoardView != null)
            return eventBoardView?.rootView
        val root = inflater?.inflate(R.layout.event_board, container, false)
        eventBoardView = EventBoardView(root!!)
        eventBoardView?.setRecyclerViewAdapter(adapter!!)
        if (createFilter) {
            filterBlock = createFilter()
            val v = filterBlock?.getView()
            if (v != null)
                eventBoardView?.addDynamicElement(v)
        }
        setHasOptionsMenu(true)
        return root
    }

    override fun onCreateOptionsMenu(menu: Menu?, inflater: MenuInflater?) {
        if (createFilter)
            inflater?.inflate(R.menu.menu_main_activity, menu)
        super.onCreateOptionsMenu(menu, inflater)
    }

    override fun onOptionsItemSelected(item: MenuItem?): Boolean {
        if (item?.itemId == R.id.filter) {
            if ((filterBlock?.showFilter ?: false))
                filterBlock?.hideFilterDialog()
            else
                filterBlock?.showFilterDialog(DataManager.getInstance().userData.filterInfo)
        }
        return super.onOptionsItemSelected(item)
    }

    protected abstract fun createFilter(): FilterEventBoard
}

Comments

[pavel null]

какого ответа ты ждешь?

[Username]

Надеюсь на то что у кого то была подобная проблема и подскажут решение. Возможно фрагментменаджер держит где то ссылку а я не знаю. Искал примеры в инете но находил только такие где ссылку на фрагмент хранят в активити и переиспользуют его.

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

Без кода? о_О У тебя ошибка, всё что смог сообщить штатный телепат.

[Username]

Денис Загаевский: Код приложил.

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

Username: непонятно, почему в onCreateView ты переиспользуешь какую-то вьюху. Это уже звоночек. Так типичных ошибок не заметил, хотя мб и проглядел. Бери профайлер памяти и смотри, что именно утекает.

[Username]

Денис Загаевский: Переиспользуя въюху думал как раз бороться с утечкой. Почти вся память FinalizerReference. Как я понимаю дело в том что фрагменты не уничтожаются?

[Алексей Перелыгин]

ну было бы не плохо приложить анализ дампа из MAT. Кроме того, вижу использование адаптера внутри той вьюхи, которую переиспользуете. Как меняется адаптер? какие сущности в нем содержатся. Вообще MAT вам в помощь. Так на пальцах мемлики не сыщешь, когда всей картины кода не видно.

[Евгений Василенко]

А это на каком языке код? На Java что-то не похоже.

[Username]

Евгений Василенко: Kotlin

Answer 1

[Алексей Ершов]

Добейтесь состояния, когда память, как вы думаете, утекла. Пару раз запустите сборщик мусора, для верности. Если памяти всё ещё занято неадекватно много - сделайте дамп памяти. Потом воспользуйтесь анализатором дампов, например, Memory Analyzer Tool от Eclipse, и там будет видно, какие объекты занимают память, и почемеу они не удалены сборщиком мусора.

Answer 2

[Maxim Firsov]

Посмотрите может быть здесь ссылки остаются:

protected var createFilter = false
    protected var eventBoardView: EventBoardView? = null
    protected var filterBlock: FilterEventBoard? = null
    protected var adapter: AdapterEventBoard? = null
    protected var loaderEvents: LoaderEvents? = null