Finalize & null

[Gain]

Подскажите плиз новичку в чем разница при использовании метода finalize и нулевой ссылки null в следующих 2 фрагментах:

PHP код:

MyPoint pnt;
pnt = new MyPoint();
pnt.finalize(); 


PHP код:

MyPoint pnt;
pnt = new MyPoint();
pnt = null; 


Заранее благодарен.

[belugin]

finalize готорит объекту что он должен освободить свои ресурсы. если присвоить null, то объект так и не узнает что его убивают.

Например, если объект держит открытым какой-нибудь файл, то этот файл так и не будет закрыт.

[novic]

Как освободить файл?

    txtfile = new AsciiIO(filename,'w');
...

пробовал:
1.txtfile.finalize();
2.txtfile = null;

3 hFile = txtfile.handle();
winApi::closeHandle(hFile);

не помогло.

[mazzy]

Цитата:

Сообщение от belugin

finalize готорит объекту что он должен освободить свои ресурсы. если присвоить null, то объект так и не узнает что его убивают.

Не соглашусь чуть-чуть.

finalize говорит объекту что он должен освободить ресурсы. Счетчик ссылок на объект при этом не изменяется, поэтому сборщик мусора еще не освобождает этот объект (освободит, когда ссчетчик ссылок обнулится)

если присвоить null, то счетчик ссылок уменьшится на 1. Если счетчик ссылок = 0, то сборщик мусора освободит этот объект, при этом освободятся и ресурсы. Но система не гарантирует, что освобождение произойдет непосредственно сразу после = null (может пройти некоторое время)

==========
Другими словами:
finalize - принудительно освобождает ресурсы, объект становится невалидным. Ответственность за использование объекта после finalize лежит на программисте.

= null - корректно освобождает ресурсы, но система не гарантирует, что освобождение произойдет непосредственно в момент обнуления. возможно освобождение будет выполнено позже.

[novic]

Верно если об null-ить и немного обождать - отрабатывает корректрно.

[mazzy]

Цитата:

Сообщение от novic

Как освободить файл?

Оставьте это дело системе. Она разберется. Ваша задача - освободить переменную.

насчет принудительного закрытия - по-моему, нужно еще анализировать usageCount(). Может быть, ваш файл еще кем-то в Аксапте используется. Например, самой Аксаптой с целью буферизации.

[kashperuk]

Цитата:

Сообщение от mazzy

если присвоить null, то счетчик ссылок уменьшится на 1. Если счетчик ссылок = 0, то сборщик мусора освободит этот объект, при этом освободятся и ресурсы.

По-моему "unmanaged" ресурсы при этом не освободятся.
Поэтому, к примеру, всегда нужно вызывать finalize для TreeNode классов.

[mazzy]

Цитата:

Сообщение от kashperuk

По-моему "unmanaged" ресурсы при этом не освободятся.

всю жизнь считал, что аксапта предоставляет только managed-ресурсы (или managed-обертку к unmanaged).
всю жизнь считал, что саомстоятельно надо управлять только ресурсами, которые явно получил из WinAPI или из DLL-ек.
возможно ошибаюсь. надо экспрементировать.

AsciiIO - точно managed объект.

[NetBus]

Подниму тему.
Разбирался с вопросом самостоятельно.
Лучшее объяснение нашел тут
'Наверняка вы думаете о сборке мусора неправильно'.

[Logger]

Цитата:

Сообщение от NetBus

Подниму тему.
Разбирался с вопросом самостоятельно.
Лучшее объяснение нашел тут
'Наверняка вы думаете о сборке мусора неправильно'.

Там только про .Net написано.
А есть еще p-code для него есть отличия.
Кое что описано тут:
https://blogs.msdn.microsoft.com/flo...x-and-the-clr/

[Андре]

Цитата:

Оставьте это дело системе. Она разберется. Ваша задача - освободить переменную.

Я Ax давно занимался и что-то могу уже путать, но:

1. Это не всегда можно оставить системе. Например, мне надо удалить временный файл, который я создал, но у меня не получается, так как система все еще держит его открытым.

2. Чтобы система все-таки отпустила файл, вроде, было достаточно "открыть в ту же переменную" другой файл.

[dech]

Цитата:

Сообщение от Андре

1. Это не всегда можно оставить системе. Например, мне надо удалить временный файл, который я создал, но у меня не получается, так как система все еще держит его открытым.

2. Чтобы система все-таки отпустила файл, вроде, было достаточно "открыть в ту же переменную" другой файл.

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