Odpowiedź.

Zarządzanie pamięcią to kluczowy aspekt pracy z obiektami w Visual Basic, zwłaszcza gdy aplikacja korzysta z zasobów wymagających ręcznego zwolnienia: plików, połączeń z bazami danych lub zewnętrznych obiektów.

Historia pytania

W klasycznym VB (VB6) zasoby były zwalniane ręcznie przez wywołanie Set obj = Nothing. W .NET (VB.NET) zaimplementowano automatyczny zbieracz śmieci, który oczyszcza nieużywane obiekty. Jednak nie każde zwolnienie pamięci odbywa się automatycznie, szczególnie w przypadku zasobów unmanaged.

Problem

Automatyczny zbieracz śmieci zwalnia pamięć od obiektów .NET, ale nie wie, jak na czas zwrócić zewnętrzne lub ręczne zasoby (deskryptory plików, połączenia, strumienie). Ignorowanie tych szczegółów prowadzi do wycieków pamięci i blokowania zasobów.

Rozwiązanie

Aby poprawnie zwalniać zewnętrzne zasoby, należy używać interfejsu IDisposable oraz wyrażenia Using...End Using, co gwarantuje deterministyczne zwolnienie.

Przykład kodu:

' Gwarantowane zwolnienie deskryptora pliku
Using reader As New StreamReader("data.txt")
    Dim content As String = reader.ReadToEnd()
    ' ... przetwarzanie danych ...
End Using

' Dla obiektów, które nie obsługują IDisposable, zwolnienie ręczne:
Dim obj As SomeComObject = New SomeComObject()
' ... użycie ...
System.Runtime.InteropServices.Marshal.ReleaseComObject(obj)
obj = Nothing

Kluczowe cechy:

Zbieracz śmieci zwalnia tylko obiekty .NET (managed).
Dla zasobów zewnętrznych konieczne jest używanie bloków Using lub ręczne wywołanie Dispose.
Po zwolnieniu zasobu należy przypisać zmiennej wartość Nothing (dla obiektów COM).

Pytania podchwytliwe.

Czy jeśli nie używać Using dla FileStream, zasób i tak będzie zwolniony dzięki GC?

Nie, zwolnienie nastąpi w nieokreślonym momencie. Może wystąpić blokada pliku i wyciek zasobów.

Czy wywołanie Set obj = Nothing jest równoważne wywołaniu Dispose()?

Nie, Set obj = Nothing tylko usuwa referencję, ale nie gwarantuje natychmiastowego zwolnienia zasobów. Dispose() lub Using to jedyny słuszny sposób na deterministyczne zwolnienie.

Czy należy wywołać Dispose dla obiektów dziedziczących z DataSet/DataTable?

Tak, chociaż są zwalniane przez GC, wiele powiązanych zasobów (na przykład połączenia z bazą danych) wymaga ręcznego wywołania Dispose lub Using, szczególnie dla DataAdapter, Connection, Command.

Typowe błędy i antywzorce

Brak Using/Dispose przy pracy z strumieniami, połączeniami, deskryptorami plików.
Ignorowanie konieczności Marshal.ReleaseComObject przy pracy z COM.
Nadzieja na szybką pracę zbieracza śmieci w celu zwolnienia wszystkich typów zasobów.

Przykład z życia

Negatywny przypadek

Odczyt danych z dużego pliku bez Using, bez Dispose. Po pewnym czasie aplikacja nie może otworzyć nowego pliku: "Plik jest używany przez inny proces".

Zalety:

Prosty i szybki prototyp.

Wady:

Wyciek deskryptorów.
Blokada plików.

Pozytywny przypadek

Otwarcie połączenia z bazą lub plikiem przez Using. Odbiór, przetwarzanie danych, automatyczne zwolnienie zasobu.