Вызов BeginInvoke из деструктора

Question

У меня есть некоторый код в приложении WPF, который выглядит следующим образом:

public class MyTextBox : System.Windows.Controls.TextBox, IDisposable 
{ 
    public void Dispose() 
    { 
     Dispose(true); 
     GC.SuppressFinalize(this); 
    } 

    protected virtual void Dispose(bool disposing) 
    { 
     Dispatcher.BeginInvoke((Action) delegate 
     { 
      // do work on member variables on the UI thread. 
     }); 
    } 

    ~MyTextBox() 
    { 
     Dispose(false); 
    } 
} 

Метод Dispose никогда не получать явно названный так деструктор называет. Похоже, что в этом случае объект будет уничтожен до того, как делегат в BeginInvoke начнет работать в потоке пользовательского интерфейса. Похоже, что он работает. Что здесь происходит? Это безопасно?

Answer 1

Похоже, что в этом случае объект будет уничтожен до того, как делегата в BeginInvoke запускает в потоке пользовательского интерфейса

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

Что здесь происходит?

Вы загружаете работу в пользовательский интерфейс из финализатора.

Это безопасно?

Safe - это широкий термин. Я бы сделал это? Точно нет. Похоже, странно, что вы вызываете манипулирование элементами пользовательского интерфейса из финализатора, особенно учитывая, что это элемент управления TextBox. Я предлагаю вам получить полное представление о том, что работает finalizer guarantees и не гарантирует. Во-первых, запуск финализатора не означает, что объект сразу очищается в памяти.

Я также предлагаю читать сообщения @EricLippert: Почему все, что вы знаете, не так, Part1 & Part2

Answer 2

Когда вы вызываете BeginInvoke, вы добавляете делегата в очередь диспетчера, и этот делегат будет указывать на объект, имеющий ссылку на объект, на который был вызван Dispose. Поскольку существует ссылка на объект, доступный через корневую переменную, этот объект не подлежит сбору.

Теперь это будет очень смущать других, используя этот код, поэтому вы должны стараться избегать «реанимации» объектов, которые уже были финализированы, если это вообще возможно.