и подписываться на события объекта при создании и отписываться при уничтожении. К примеру Activity

А смысл тогда кеширования, если запрос все равно перепосылать?

Дружище, ты спросил про утечки, я тебе привёл примеры из практики Ты можешь спорить сколько хочешь

Для этого надо использовать Observer

Если Observer создавать как анонимный класс, то при кешировании он тоже утечку создаст.

Изначально речь шла про статик и синглтон - их юзать бездумно нельзя, так как есть шанс утечки

А смысл тогда кеширования, если запрос все равно перепосылать?

Нет. Суть в том, что есть объект. У тебя есть ссылка на него в Activity. У объекта есть listener-ы событий от объекта(реализует интерфей объекта). При onStop отписываеся от событий... при onResume подписываемся

Примеров утечек - мульен

Изначально речь шла про статик и синглтон - их юзать бездумно нельзя, так как есть шанс утечки

Какая может быть утечка при static объекте?

Пример.

Если Observer создавать как анонимный класс, то при кешировании он тоже утечку создаст.

Так делать не надо

Смотря что ты в статик хочешь положить

Утечки и без статиков с синглтонами можно насоздавать, если нету знания как ссылки в Джаве работают.

Retain fragment не работает если есть вложеный фрагмент.. к примеру фаргмент с FragmentPages в котором Fragment

Пэйджер - на вьюхах - и никаких проблем Ты же для лист-вью не городишь фрагменты

Более того, смотря что ты хочешь ретэйнить? если данные - бери savedStateInstance если асинхронную таску - loaders

Разумно)

Object.getInstance(saveInstance==null).registerObserver(this); Это при onCreate к примеру

Object.getInstance().unregistered(this)

Утечки и без статиков с синглтонами можно насоздавать, если нету знания как ссылки в Джаве работают.

утечки тредов!

public interface BaseObservable { void onStarted(BaseModel baseModel); void onSucceeded(BaseModel baseModel); void onFailed(BaseModel baseModel); }

утечки тредов!

Каких таких тредов.?

Я помню, что ловил багу с утечками с подписками, вот только не помню на онСтоп или на онДестрой

Пэйджер - на вьюхах - и никаких проблем Ты же для лист-вью не городишь фрагменты

листвью давно не использую :)) RecyclerView only

Каких таких тредов.?

обычных джавовских

насоздавал тредов и потерял указатели на них

Я помню, что ловил багу с утечками с подписками, вот только не помню на онСтоп или на онДестрой

onDestroy не гарантируется что вызовется

а они крутятся

насоздавал тредов и потерял указатели на них

У треда есть контекст

какие еще указатели?

:)

какой контекст?

а они крутятся

Ну это уже говнокод

листвью давно не использую :)) RecyclerView only

суть не меняется, во первых. а во вторых чем такой выбор аргументирован? если не секрет?

листвью давно не использую :)) RecyclerView only

А не один хрен?)))) как-то обсуждался вопрос фрагментов как айтем ресайкла

какой контекст?

Контекст выполения со своим стеком вызовов

Ну это уже говнокод

ну зато утечки

Контекст выполения со своим стеком вызовов

так а чо толку то

ну контекст

так а чо толку то

Процесс должен завершаться.

Процесс должен завершаться.

ну while(true) не должен

Процесс должен завершаться.

Ты все про какие-то идеальные условия рассказываешь)))) то говнокод, то указатели

ну while(true) не должен

Ну так если нет таких вот конструкций, то и проблем нет. ПРоцесс отработал и усе.

Ты все про какие-то идеальные условия рассказываешь)))) то говнокод, то указатели

Ну так это то к чему мы все стремимся.

ну while(true) не должен

если у тебя ссылка на тред останется, что поменяется при таком коде?

Ну так это то к чему мы все стремимся.

Тогда надо перестать писать код))) лучший код, которого нет :)

если у тебя ссылка на тред останется, что поменяется при таком коде?

Проблема изначально в сохранении ссылок. Я же и задал вопрос. Что вы делаете когда сталкиваетесь с долбаным циклом жизни компонентов

если у тебя ссылка на тред останется, что поменяется при таком коде?

Можно грохнуть тред и выйти из цикла по завершению

Тогда надо перестать писать код))) лучший код, которого нет :)

не вариант.

Можно грохнуть тред и выйти из цикла по завершению

Грохать тред принудительно = бэд стайл

Вот тогда и будут утечки. Могут быть

)))))))

а разве его принудительно можно грохнуть?

а разве его принудительно можно грохнуть?

Да.

Проблема изначально в сохранении ссылок. Я же и задал вопрос. Что вы делаете когда сталкиваетесь с долбаным циклом жизни компонентов

тебе надо ссылку пережить при повороте?

тот же terminate ничего не гарантирует

Грохать тред принудительно = бэд стайл

ну я искал способы создать утечку нашел 2 способа статические поля и утечки тредов

Да.

и как?

если знаете еще - сообщите

тебе надо ссылку пережить при повороте?

Да. Я проблему у себя решил в приложениях. Кокраз что-то типа того что предлагается в ролике про Android Components. Вопрос был в том, есть ли еще какие-то практики?

ну я искал способы создать утечку нашел 2 способа статические поля и утечки тредов

Ну все верно, тут зависит от реализации

Проблема изначально в сохранении ссылок. Я же и задал вопрос. Что вы делаете когда сталкиваетесь с долбаным циклом жизни компонентов

SavedState Instance - верняк!

а да ещё шейдеры текут

SavedState Instance - верняк!

это не сохранение ссылок

их можно создавать но забывать уничтожить

а да ещё шейдеры текут

И битмап

SavedState Instance - верняк!

тут надо делать parcelable объекты

Конско

И битмап

а он как?

это не сохранение ссылок

Я понимаю, о чём говорю ))) это именно сохранение ссылки

ERROR: S client not available

найтивный типа?

а он как?

При работе с картинкой он выжирает больше, чем возвращается

Да.

Так расскажешь как можно тред принудительно убыть?

Я понимаю, о чём говорю ))) это именно сохранение ссылки

Возможно туплю. Можно пример простой?

это не сохранение ссылок

а вот если тебя прибили тогда уже он попробует забэкапить его как Parcelable

Так расскажешь как можно тред принудительно убыть?

Я не могу отвечать сразу всем. Подожди

jni понятно будет течь тк си

При работе с картинкой он выжирает больше, чем возвращается

а почему?

а почему?

Имхо конвертация картинки именно в битмап и назад

было дело у меня текли шейдеры при повороте экрана

да и щас текут)

Имхо конвертация картинки именно в битмап и назад

ну тоесть там кривой сишный код вызывается?

Возможно туплю. Можно пример простой?

Сделай любой Parcelable объект, перед поворотом - распечатай его id (myobj$123456 - например) положи в savedState потом поверни, извлеки этот объект и снова распечатай.... ты не поверишь - myobj$123456

найтивный колл

ну тоесть там кривой сишный код вызывается?

Я как-то делал пазлы, и очень удивлялся тому, сколько ему надо памяти на простые операции, если есть какое-то простецкой наложение или обрезь по маске - 60-70 метров сдирает в мах.

Сделай любой Parcelable объект, перед поворотом - распечатай его id (myobj$123456 - например) положи в savedState потом поверни, извлеки этот объект и снова распечатай.... ты не поверишь - myobj$123456

а чо статик поля не ок?

Так расскажешь как можно тред принудительно убыть?

Thread thread = new Thread(); thread.stop();

Thread thread = new Thread(); thread.stop();

depricated

Я как-то делал пазлы, и очень удивлялся тому, сколько ему надо памяти на простые операции, если есть какое-то простецкой наложение или обрезь по маске - 60-70 метров сдирает в мах.

бля ну тогда это можно тупо в жаве делать

будет экономнее

@Mujahit еще можно join по условию

а чо статик поля не ок?

оно то работает. Но для temp value - заводить поле....ммм...не айс а если у тебя 5 разных ссылок так упаковал в бандл - достал из бандла и структуре класса это не мешает - класс чистый без temp полей

Всем доброй ночи :)

Thread thread = new Thread(); thread.stop();

ага. и какие при этом бока вылезают http://docs.oracle.com/javase/7/docs/technotes/guides/concurrency/threadPrimitiveDeprecation.html

@Mujahit понятно что гарантировать ничего нельзя. Но поток прирвется. И это плохой стиль.

ага. и какие при этом бока вылезают http://docs.oracle.com/javase/7/docs/technotes/guides/concurrency/threadPrimitiveDeprecation.html

Дело не в боках. Вопрос был как прервать.

Я прекрасно понимаю что так делать нельзя .. тут тебе и утечки и другие проблемы.

@Mujahit понятно что гарантировать ничего нельзя. Но поток прирвется. И это плохой стиль.

не плохой стиль а просто эмердженси метод

типа как топором выход из самолета рубить

Вообщем вопрос был не в этом. С сохранением объектов вообщем каждый издевается как может. Живем дальше с этим :)

Как же было классно во времена Windows Mobile ^))

Как же было классно во времена Windows Mobile ^))

ага слава богу они прошли