Dlaczego ta zmienna musi mieć wartość null po usunięciu obiektu?

Question

Dokumentacja na PowerShell here ma następujący ciekawy komentarz w nim:

PowerShell powershell = PowerShell.Create(); 

using (powershell) 
{ 
    //... 
} 

// Even after disposing of the PowerShell object, we still 
// need to set the powershell variable to null so that the 
// garbage collector can clean it up. 
powershell = null; 

Dlaczego powershell muszą być ustawione na null po wyrzucać?

Answer 1

To nie jest bezpośrednio problem PowerShell. Gdy kończy się blok using, określony obiekt (obiekty) mają wywoływane metody. Zwykle wykonują one pewne operacje czyszczenia, często w celu uniknięcia wycieku pamięci i tak dalej. Jednak Dispose() nie usuwa obiektu. Jeśli odniesienie do niego nadal istnieje poza blokiem using (jak w tym przykładzie), to sam obiekt nadal znajduje się w zasięgu. Nie można go pozbyć się ze śmiecia, ponieważ wciąż istnieje odniesienie do niego, więc wciąż zajmuje pamięć.

To, co robią w twoim przykładzie, to odwołanie. Kiedy powershell jest ustawiona na null, obiekt PowerShell, na który wskazywał, zostaje osierocony, ponieważ nie istnieją żadne inne zmienne odnoszące się do niego. Po odczytaniu tego przez garbage collector może zwolnić pamięć. Tak się stanie na końcu metody (ponieważ powershell wykracza poza zakres), ale w ten sposób odzyskasz zasoby systemowe nieco wcześniej.

(Edit: jak Brian Rasmussen zwraca uwagę, że środowisko wykonawcze NET jest niezwykle mądry o zbieranie śmieci Po osiągnięciu ostatniej odniesienie do powershell w kodzie, środowisko wykonawcze powinien wykryć, że nie jest to potrzebne. więcej i zwolnij go do zbierania śmieci, więc linia powershell = null; nic nie robi.)

Nawiasem mówiąc, ten wzór wydaje mi się bardzo dziwny. Zazwyczaj podejście jest mniej więcej tak:

using (PowerShell powershell = PowerShell.Create()) 
{ 
    //... 
} 

ten sposób powershell wykracza poza zakres na końcu bloku using, tuż po jej wyrzucać. Łatwiej jest określić, gdzie zmienna jest istotna, i zapisać kod, ponieważ nie potrzebujesz już linii powershell = null. Powiedziałbym nawet, że jest to lepsza praktyka kodowania, ponieważ powershell nigdy nie istnieje w stanie już ułożonym. Jeśli ktoś zmieni oryginalny kod i spróbuje użyć powershell poza blokiem using, cokolwiek się stanie, będzie prawdopodobnie złe.

Answer 2

Nie trzeba jej ustawiać na wartość null, a tak naprawdę nie powinno być. Odśmiecacz .NET jest w stanie wykryć, że obiekt nie jest używany po określonej instrukcji, nawet jeśli twój kod nie przypisuje wartości pustej do odpowiedniej zmiennej. (Szczegółowe informacje znajdują się w sekcji http://blogs.msdn.com/b/cbrumme/archive/2003/04/19/51365.aspx). Co do tego, dlaczego "oficjalny" przykład zawiera ten dodatkowy kod z wprowadzającymi w błąd komentarzami, nawet dokumenty mogą mieć błędy ...

Answer 3

Porada jest niepoprawna, o ile nieosiągalny, kwalifikuje się do śmieci kolekcja. (Patrz What is the correct way to free memory in C# dla niektórych kod wykazując tym) jedyne powody null rzeczy są

• Aby łatwiej rozwiązywać pamięci przecieki
• Aby usunąć odniesienia (npWłaściwości publiczne), że GC może mieć problemy determinującym są nieosiągalne

których Zarówno byś naprawdę tylko wewnątrz obiektów Dispose metoda