В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

learn.java

3748 membersпожаловаться на группу
2020 September 24

DS

Dmitriy Shilnikov in learn.java
Кирилл
Не понял ответа. Значит попробую запустить приложение и обождать пару часов, чтоб точно мусор вычистился. Просто суть в том, что объект удален, но при изменении observableList он реагирует на изменение и в консоль мне свой индекс -1 выводит.
Ну ты можешь вызвать System.gc, но это вряд ли что-то изменит. Раз у тебя в консоль сообщения выводятся, значит на объекты ссылки есть откуда-то
источник
18:56пожаловаться#1

К

Кирилл in learn.java
Просто объект еще живой, после его удаления. На него ссылок нет, а вот держит ли на него ссылку listener в observableList, я не знаю
источник
18:57пожаловаться#2

ch

central hardware in learn.java
Кирилл
Просто объект еще живой, после его удаления. На него ссылок нет, а вот держит ли на него ссылку listener в observableList, я не знаю
удаления откуда?  если из листа вы его никоим образом не удаляли
источник
18:58пожаловаться#3

ch

central hardware in learn.java
удалением вообще только GC занимется, вы же удаляете ссылки на него
источник
18:58пожаловаться#4

К

Кирилл in learn.java
central hardware
удаления откуда?  если из листа вы его никоим образом не удаляли
Я его удалил из VBox через getChildren().remove. Из листенера его как тогда убрать?
источник
18:59пожаловаться#5

К

Кирилл in learn.java
central hardware
удалением вообще только GC занимется, вы же удаляете ссылки на него
Да это понятно, просто я не знаю, подлежит ли он удалению в будущем, если он из кучи вещает, без очевидных ссылок на него
источник
18:59пожаловаться#6

DS

Dmitriy Shilnikov in learn.java
Кирилл
Да это понятно, просто я не знаю, подлежит ли он удалению в будущем, если он из кучи вещает, без очевидных ссылок на него
Без ссылок вещать невозможно. Кто-то в нём должен что-то вызывать, чтобы он вещал )
источник
19:00пожаловаться#7

ch

central hardware in learn.java
Кирилл
Да это понятно, просто я не знаю, подлежит ли он удалению в будущем, если он из кучи вещает, без очевидных ссылок на него
вас как программиста вообще не должно волновать что там делает GC он ну никоим образом не влияет на то как работает ваш код
источник
19:00пожаловаться#8

К

Кирилл in learn.java
Dmitriy Shilnikov
Без ссылок вещать невозможно. Кто-то в нём должен что-то вызывать, чтобы он вещал )
В нем определен слушатель, на ObserveList, в котором он лежит, этот слушатель и вещает про изменения
источник
19:02пожаловаться#9

DS

Dmitriy Shilnikov in learn.java
central hardware
вас как программиста вообще не должно волновать что там делает GC он ну никоим образом не влияет на то как работает ваш код
Вообще это не так и утечки памяти в джаве всё равно могут быть
источник
19:02пожаловаться#10

ch

central hardware in learn.java
Dmitriy Shilnikov
Вообще это не так и утечки памяти в джаве всё равно могут быть
утечки с точки зрения GC вполне коректное поведение, ИМХО
источник
19:03пожаловаться#11

DS

Dmitriy Shilnikov in learn.java
central hardware
утечки с точки зрения GC вполне коректное поведение, ИМХО
Нет, утечки - это всегда некорректное поведение.
источник
19:03пожаловаться#12

К

Кирилл in learn.java
central hardware
вас как программиста вообще не должно волновать что там делает GC он ну никоим образом не влияет на то как работает ваш код
Так работа сборщика меня и не интересует, я знаю как он работает и что мои объекты он снесет, когда сочтет нужным. Но если объекты вещают из кучи, без ссылок на них, это потенциальная утечка памяти
источник
19:03пожаловаться#13

DS

Dmitriy Shilnikov in learn.java
И человек вполне правильно интересуется, как ему освободить объекты правильно
источник
19:03пожаловаться#14

ch

central hardware in learn.java
Dmitriy Shilnikov
Нет, утечки - это всегда некорректное поведение.
программист держит ссылку на обьект, GC не может его удалить, где тут некоректное поведение, вот если он начнет его удалять это уже точно нифига не коректно
источник
19:04пожаловаться#15

DS

Dmitriy Shilnikov in learn.java
central hardware
программист держит ссылку на обьект, GC не может его удалить, где тут некоректное поведение, вот если он начнет его удалять это уже точно нифига не коректно
ну так вопрос-то у человека чего делать с объектом, чтобы ссылок не было и gc удалил )
источник
19:04пожаловаться#16

К

Кирилл in learn.java
central hardware
программист держит ссылку на обьект, GC не может его удалить, где тут некоректное поведение, вот если он начнет его удалять это уже точно нифига не коректно
Так где я ее держу, я как раз это и не могу понять. Я держу ссылку слушателем?
источник
19:04пожаловаться#17

К

Кирилл in learn.java
Просто точно знаю, когда ничего на объект не ссылается, он подлежит удалению. Но объект сам ссылается, слушателем, либо слушатель на него, где эта ссылка?
источник
19:06пожаловаться#18

К

Кирилл in learn.java
Хотя то, что он сам ссылается, это не важно. Сейчас вспомнил. Видимо, слушатель держит ссылку на объект, я верно понимаю?
источник
19:07пожаловаться#19

ch

central hardware in learn.java
http://ilkinulas.github.io/development/general/2016/04/17/observer-pattern.html
ilkinulas.github.io
Observer Pattern and Lapsed Listener Problem
We are using Model View Controller (MVC) architectural pattern to build mobile apps and games. MVC helps us decouple views from the rest of the application, ...
источник
19:14пожаловаться#20