MI
В чем проблема, если утечки нет? :)
Size: a a a
2019 April 12
ИМ
как нет если есть
ИМ
активити висит в foreground и постоянно делает запросы. Они постоянно накапливаются в compositeDisposables
ИМ
и никогда оттуда не удаляются (говорим только про активити в foreground)
MI
Была бы утечка, если бы там хранились много незаконченных subscriptionов, так как они закончили своё дело, даже в худшем случае утечка будет небольшой.
Если всё же волнует эта проблема, можете удалять disposable в doOnUnsubscribe :)
Если всё же волнует эта проблема, можете удалять disposable в doOnUnsubscribe :)
ИМ
ну да. судя по всему утечка есть но небольшая и все на нее забили
VS
Тут вопрос, что понимать под утечкой.
VS
В какой-то момент у тебя все равно это почистится.
ИМ
но до этого момента это утечка
QH
Ответ, насколько это утечка, лежит в хип дампах. Disposable вполне может удерживать функции, но данные, кажется, нет.
QH
Ну а то, что Disposable не удаляют из Composote, вполне может дать ответ на вопрос, какой технический уровень у авторов статей)
ИМ
ну вот про тех. уровень я больше склоняюсь. Но не может весь инет ошибаться
ИМ
тем более метод remove у compositeDisposable есть
QH
ну вот про тех. уровень я больше склоняюсь. Но не может весь инет ошибаться
Может. И ошибается. Десятилетиями.
ИМ
ну ок. В целом это ответ на мой вопрос. Спасибо :)
MI
В любом случае, можете ради эксперимента раздуть большой compositeDisposable и посмотреть сколько памяти он занимает :)
ИМ
скорее всего там немного. Хотя конечно посмотреть можно. Да даже если по байту, факт остается - они там навсегда
I
скорее всего там немного. Хотя конечно посмотреть можно. Да даже если по байту, факт остается - они там навсегда
Чувак, кажется ты мыслишь немного шаблонно и тупо делаешь то что написанно в статье. Если тебе так критично сохранить пару байтиков, то ты можешь выкинуть compositeDisposable и создавать отдельные Disposable для каждого запроса и обнулять эти ссылки при их завершении и кстати если я не ошибаюсь, то Single сам диспосит подписчика при вызове onSuccess(T) или onError(Throwable)
ИМ
да, обнулять самому наверное правильнее
NI
Чувак, кажется ты мыслишь немного шаблонно и тупо делаешь то что написанно в статье. Если тебе так критично сохранить пару байтиков, то ты можешь выкинуть compositeDisposable и создавать отдельные Disposable для каждого запроса и обнулять эти ссылки при их завершении и кстати если я не ошибаюсь, то Single сам диспосит подписчика при вызове onSuccess(T) или onError(Throwable)
Все верно, сингл сам сделает dispose()