Деструктор, вызываемый более 10000 раз в mC++

Question

Я работаю над кодом, написанным на MC++ (управляемые расширения C++) Я знаю, что деструктор преобразуется в Finalize после компиляции.

Но при выполнении образца эта финализация вызывается более 10000 раз. Этот призыв отображается в журнале отладки файла, как: -

Finalize() - Entry 
Finalize() - Exit 

Finalize() - Entry 
Finalize() - Exit 
. 
. 
. 
. 
& so on.. 

Я хочу знать причину этих многочисленных вызовов окончательной доработки. Каковы могут быть возможные причины?

Эти множественные вызовы для завершения отображаются в моих журналах Debug. Также, целесообразно ли размещать журналы отладки внутри деструктора (финализировать) при кодировании в mC++?

Код деструктор, как: -

~Destructor() 
{ 
    //Debug Entry log 
    ....... 
    if(condition) 
    { 
      //some code 
    } 
    else 
    { 
      ReRegisterForFinalize(this); 
    } 
    //Debug Exit log 
} 

Кроме того, GC :: ReRegisterForFinalize (объект) метод добавляет текущий OBJ в очередь финализации для завершения. Теперь после вызова этого метода, точно после того, сколько времени будет вызываться finalize? будет ли окончательная редакция вызываться немедленно или она является недетерминированной?

Answer 1

ПРИМЕЧАНИЕ. Предполагается, что вы действительно используете Managed Extensions для C++, как предлагает ваш вопрос, а не C++/CLI, как предлагают ваши теги. Если вы используете C++/CLI, все совершенно по-другому.

Финализатор вызывается из-за вашего звонка на номер ReRegisterForFinalize.

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

Когда вы находитесь в финализации, ваш объект уже завершен, поэтому вызов ReRegisterForFinalize не имеет смысла (если у вас есть особый повод для этого).