Деструктор JAVA

Доброго времени суток УВАЖАЕМЫЕ!
Метод finalize() аналогичен деструктору в C++!

JAVA начал учить недавно, не могу разобраться. Как его реализовать этот метод?
К примеру вот код на C++ :

Нужен аналог "~test(){}".
Был бы признателен если бы кто нибудь привел наглядный кусочек кода.

0

Сообщение от EgorkakBE Доброго времени суток УВАЖАЕМЫЕ! Метод finalize() аналогичен деструктору в C++!

Сразу - НЕТ, finalize НЕ аналогичен деструктору. Использовать его можно только очень хорошо понимая, зачем Вы это делаете. Иначе Вы рискуете нарваться на падение производительности и проблемы с памятью.

Вопрос на засыпку: для чего Вам деструктор? Что уничтожать будете?

2

Спасибо за совет, но пока что Я только учусь и поэтому на будущее хочу знать как вызвать деструктор?

0

EgorkakBE, во всех языках, которые поддерживают автоматическую сборку мусора, нет необходимости описания и вызова деструктора вручную(кроме очень редких случаев), GC сам определит вид этого деструктора и вызовет его когда надо. Можете считать, что у класса всегда есть деструктор по умолчанию.

1

Буду курить ман по сборщику мусора
Спасибо....

0

Волшебство просто нет слов...
Какая же полезная вещь...
Сборщик мусора, который смотрит на все объекты, которые были созданы с помощью new, и если на них больше нигде нет ссылок, соответственно удаляет ненужное!!!

0

Доброго времени суток.
Переучиваюсь с плюсов на джаву.
Возникла задача: веб приложение использует информацию, считанную с некоторого файла xml. Соответственно перезапись информации в файл после каждой модификации не самое правильное решение, поэтому нужно хранить информацию в памяти и выгружать при закрытии веб сервера.
В плюсах ответ очевиден - метод выгрузки должен находится в деструкторе. Как этот вопрос решается в java?

0

Сообщение от bojiod9i Доброго времени суток. Переучиваюсь с плюсов на джаву. Возникла задача: веб приложение использует информацию, считанную с некоторого файла xml. Соответственно перезапись информации в файл после каждой модификации не самое правильное решение, поэтому нужно хранить информацию в памяти и выгружать при закрытии веб сервера. В плюсах ответ очевиден - метод выгрузки должен находится в деструкторе. Как этот вопрос решается в java?

если у вас приложение с использованием менеджт бинов - можно сделать метод и анатировать его @PreDestroy (кажется так). он будет вызываться перед выгрузкой объекта бина из контейнера. но я думаю не нужно говорить что бин должен иметь апликейшен скоуп

если приложение зиждется на сервлетах - там есть замечательный метод destroy() который вызывается, опять же, перед выгрузкой сервлета из контейнера

а про деструкторы в джаве забудьте

1

Сообщение от bojiod9i Соответственно перезапись информации в файл после каждой модификации не самое правильное решение, поэтому нужно хранить информацию в памяти и выгружать при закрытии веб сервера.

Как Вы думаете - а сколько времени может работать web-сервер? И сколько информации Вы будете держать в памяти до "закрытия сервера" и предполагаемого момента выгрузки? И не сожрете ли Вы таким образом всю доступную память (ввиду правильного ответа на первый вопрос)?

0

Сообщение от Skipy Как Вы думаете - а сколько времени может работать web-сервер? И сколько информации Вы будете держать в памяти до "закрытия сервера" и предполагаемого момента выгрузки? И не сожрете ли Вы таким образом всю доступную память (ввиду правильного ответа на первый вопрос)?

Вы правы, но проект был учебным и по заданию я должен был хранить некоторые данные в xml.

0

Сообщение от Skipy Вопрос на засыпку: для чего Вам деструктор?

Очевидно же, что не просто, чтобы его определить.

Сообщение от Skipy Использовать его можно только очень хорошо понимая, зачем Вы это делаете.

Не совсем с Вами согласен. Для освобождения ресурсов, например.

Сообщение от Skipy Иначе Вы рискуете нарваться на падение производительности и проблемы с памятью.

Согласен, но и без него никак. Да и сборщик мусора сам неэффективно работает.

Добавлено через 2 минуты

Сообщение от Skipy Как Вы думаете - а сколько времени может работать web-сервер? И сколько информации Вы будете держать в памяти до "закрытия сервера" и предполагаемого момента выгрузки? И не сожрете ли Вы таким образом всю доступную память (ввиду правильного ответа на первый вопрос)?

Я так понимаю, что данные каким-то образом устаревают и удаляются. Иначе при новом запуске сервера и попытке считать данные из файла просто не хватит памяти.

0

Сообщение от go Да и сборщик мусора сам неэффективно работает.

вот это для меня новость )))
доказательства в студию
и да может я ещё не пулял сюда - Java FAQ: для тех кто знает (учил) С/С++

0

Сообщение от mutagen вот это для меня новость )))

Когда заканчивается память запускается сборщик мусора, прерывая выполнение программы. Даже когда есть сборщик мусора, нам нужен детерминированный вызов деструктора. Добавление в класс финализатора(C#) очень сильно губит производительность(ссылка на такой объект помещается в специальную очередь). В общем система со сборкой мусора обычно имеет меньшую эффективность как по объему свободной памяти, так и по скорости. Да и низкоуровневые алгоритмы реализуются(требующие напрямую возможность работы с памятью) реализуются сложнее.

0

Сообщение от go Когда заканчивается память запускается сборщик мусора, прерывая выполнение программы.

В реалии всё совсем не так, у GC свой отдельный поток и вашу программу он совершенно не касается, мало того он срабатывает не

Сообщение от go Когда заканчивается память

а по специальной стратегии, памяти может быть ещё очень дофига но коллектор мусор убирает так как цикл жизни объекта в куче подошёл к концу.
Кроме того существует несколько разных коллекторов, которые можно задавать при старте JVM и все они работают по разлным алгоритмам сбора, вы просто выбираете такой какой нужен вашему приложению. Мало того админ может специальным ключём JVM отключить ручной вызов коллектора из кода позволив JVM самой решать когда делать уборку.

+ ко всему вышесказанному, ну удалили вы деструктором объект и что думаете сразу ваша память заюзывается, ничего подобного менеджер памяти ОС ещё будет раздумывать по своему алгоритму давать ли эту область или ещё подождать.

Подведём итог: да ява жрёт памяти много, но это уже давно не является проблемой производительности.

1

Сообщение от mutagen а по специальной стратегии, памяти может быть ещё очень дофига но коллектор мусор убирает так как цикл жизни объекта в куче подошёл к концу.

Каждый раз пересмотр всех ссылок? По-моему в .net(не серверные приложения) сборка мусора на основе поколений более выйгрышно смотрится.

Сообщение от mutagen + ко всему вышесказанному, ну удалили вы деструктором объект и что думаете сразу ваша память заюзывается, ничего подобного менеджер памяти ОС ещё будет раздумывать по своему алгоритму давать ли эту область или ещё подождать.

Представте, у вас в деструкторе происходит освобождение ресурсов, так вот, я сделал delete - ресурс освободился, память освободилось.
Если же сборщик мусора вызовет финализатор, то объект будет удален только при следующей сборке мусора.

А если ссылка на объект помещена в регистр(после сборки мусора мы получаем не валидную ссылку). Т.е. сборка мусора должна происходить в определенный момент. А это очень сложно.
Ну и много еще проблем(например, когда объекты друг на друга ссылаются).

В джаве, на сколько я помню, существует модель, где сборка мусора может происходить по квантам. В итоге мусора меньше, а среднее время работы программы больше(что очень критично для серверных программ, где большое число запросов).

0

освобождать ресурсы в finalize()... м... как бы так сказать... имхо за такое нужно отрывать руки по то место откуда они растут. это я тонко намекаю на грубую архитектурную ошибку

Сообщение от go например, когда объекты друг на друга ссылаются

GC уже давно это разруливает. конечно же если мы имеем не запущенный макаронно-клинический случай

да, и я пожалуй оставлю это тут:
http://www.oracle.com/webfolde... index.html

1

Сообщение от go сборка мусора на основе поколений более выйгрышно смотрится.

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

Добавлено через 1 минуту

Сообщение от go А если ссылка на объект помещена в регистр(после сборки мусора мы получаем не валидную ссылку).

Об этом прошу подробнее, как это она поместилась в "регистр" и при этом стала вдруг готовой для сборщика?
сборщик убирает только если нет жёстких ссылок, а в этом случае есть жёсткая

0