Anton: Да я думаю все понимают, что нужно. Банально денег наверное нет на разработку. Но с другой стороны, могли бы завезти хотя бы публичное API, чтобы кто-то из сообщества мог взяться за это. Правда и это потребует сколько-то человекочасов на стороне Тостера.
Использовать сервисы для этой ситуации немогу, так как нужно будет выполнить логику внутри фрагмента после выполнения запроса
Какой смысл делать что-либо в уже уничтоженном фрагменте, когда пользователь его не видит даже? Перенеси всю логику в сервис а фрагмент пусть получает уведомления о событиях, если ему нужно что-то показать. Если фрагмент уничтожен к тому времени то не беда, сервис сохранит данные в SharedPreferences в любом случае.
DocentTSR: Всё это делает LeakCanary, единственное неизвестно что подразумевается под "как сильно". В любом случае, как сильно это не важно, утечек быть не должно.
Wolfak: Первое это SKU (идентификатор твоего товара, который ты создал в Google Play Developer Console). Второе означает, что это покупка, а не платная подписка.
Neonoviiwolf: Утечки это не то, что вызывается конкретными вызовами методов. Тебе таки стоит немного ознакомиться с принципом работы сборщика мусора и используемой структурой данных. Ну и понимать жизненный цикл компонентов в андроиде.
Neonoviiwolf: На скриншоте происходит утечка активити из-за того, что какой-то виджет, привязанный к этому активити, удерживается в памяти листенером в SpellCheckerSession. Тебе нужно удалить SpellCheckerSessionListener чтобы сборщик мусора мог уничтожить активити. Лучше объяснить это не могу.
Neonoviiwolf: Он показывает, какие объекты имеют ссылку и соответственно удерживают фрагмент в памяти. Допустим если у тебя асинхронная задача имеет ссылку на фрагмент, ты должен на этапе уничтожения фрагмента избавиться от этой ссылки либо придумать иной подход решения проблемы чтобы не вызывать утечки памяти.