QH
когда свайпнул onDestroy сработает
По-моему, никто этого не гарантирует. Будешь тормозить в паузе/стопе — не сработает.
Size: a a a
2020 June 12
QH
Я же сказал, что лучше избавляться от почти всего до onDestroy...
С этим и не спорят вроде.
n
Ткните в ссылку где доказывается что для сборки циклических ссылок недостаточно gc просто трассировкой пробежаться как для обычных ссылок.
Он же просто проверяет какие ссылки доступны из корня. И неважно циклическая она или нет.
AK
По-моему, никто этого не гарантирует. Будешь тормозить в паузе/стопе — не сработает.
ну да, логично
R
С этим и не спорят вроде.
С этого все началось
QH
Он же просто проверяет какие ссылки доступны из корня. И неважно циклическая она или нет.
Мне кажется, он тупо не понимает, что мы говорим.
AK
Мне кажется, он тупо не понимает, что мы говорим.
думаю да
l
Приветствую всех, в этом чатике, господа, подскажите, может кто работал с приложухой для приема заявок, нужна приложуха и crm, для салона красоты, или чтото близкое, разумеется не бесплатно, или какие идеи есть?
R
Он же просто проверяет какие ссылки доступны из корня. И неважно циклическая она или нет.
допустим вы сделали view.setOnClickListener(new View.OnClickListener() {
@Override public void onClick(View v) {
и тут что-то запустили в другом потоке и там есть ссылка на чтото из активити. Это будет утечкой.
}
}
@Override public void onClick(View v) {
и тут что-то запустили в другом потоке и там есть ссылка на чтото из активити. Это будет утечкой.
}
}
QH
Приветствую всех, в этом чатике, господа, подскажите, может кто работал с приложухой для приема заявок, нужна приложуха и crm, для салона красоты, или чтото близкое, разумеется не бесплатно, или какие идеи есть?
Ссылка на чат с вакансиями — в описании.
l
Ссылка на чат с вакансиями — в описании.
хех, оки
QH
n
допустим вы сделали view.setOnClickListener(new View.OnClickListener() {
@Override public void onClick(View v) {
и тут что-то запустили в другом потоке и там есть ссылка на чтото из активити. Это будет утечкой.
}
}
@Override public void onClick(View v) {
и тут что-то запустили в другом потоке и там есть ссылка на чтото из активити. Это будет утечкой.
}
}
nope. Это конечно можно утечкой назвать, но не потому что ссылка циклическая, а потому что ссылка на объект есть в другом потоке из корня которого она доступна (собсно она и из корня предыдущего потока доступна будет). Сборщик мусора и не должен ее собирать.
S
привет, есть у кого то в арсенале либа для построения линейного графика с возможностью выбора точки на нем и получения значения? или такое ток ручками?
Н
Как вы думаете android studio будеи сильно лагать на ноуте с 2 гб оперы и 2200 Гц процессором?(ОС Linux)
да. Это печальное железо устарело лет 5-8 назад
Y
Как вы думаете android studio будеи сильно лагать на ноуте с 2 гб оперы и 2200 Гц процессором?(ОС Linux)
У меня 5 лет назад студия лагала на fx4300 с 8гб на борту)
n
nope. Это конечно можно утечкой назвать, но не потому что ссылка циклическая, а потому что ссылка на объект есть в другом потоке из корня которого она доступна (собсно она и из корня предыдущего потока доступна будет). Сборщик мусора и не должен ее собирать.
То что потом одному из потоков объекты больше не нужны и мы в другом потоке держим контекст замыкания который мы захватили - это уже другой вопрос. И дело тут не в циклических ссылках, а именно в работе с потоками.
n
Собсно мы можем другому потоку напрямую ссылку передать - будет тот же результат. И без всякой цикличности.
R
С этим кто-то спорит?
Или для тебя циклические ссылки — всё равно что утечки?
Или для тебя циклические ссылки — всё равно что утечки?
Смотря какие. Пока самый корень может существовать долго, а внутри него может крутится уже совсем другое. И эти объекты, которые содержать внутри себя ссылки друг на друга могут быть уже не нужны, но существуют пока есть корень, хотя оно могло быть убито уже, потому что ни используется ни где после.
n
Например просто в Runnable