Also das .net framework kümmert sich bei lokalen variablen selbstständig um die entsorgung, sofern es primitive datentypen sind. Wenn du jetz lokal ein socket objekt oder vaiable(wie du es nennst) dann is das ja ein framework typ. Die implementieren selber schon das dispose. Da definierst du am besten das ganze in einem using block, der kümmert sich dann auch selber um das aufräumen

also bei primitiven datentypen brauchst nix (mehr) disposen/auf nothing setzten. "(mehr)", weil das nur noch in vb6 notwendig war, in .net nicht mehr
bei selbst geschriebenen oder frameworktypen mit using arneiten oder selber disposen

lg radinator

bla schrieb:

oder den Garbage Collector nutzen

Du nutzt den Garbage Collector nicht, der nutzt sich automatisch.

@Radinator Ist aber auch nur notwendig, wenn ​IDisposable im Spiel ist.
Wenn Du Visual Studio Professional besitzst, kannst Du mit der Codeanalyse entsprechende Stellen aufdecken und mit Disposing rumhantieren.

btw: Nicht freigegebenes Zeugs fliegt auch irgendwann von selber wieder aus dem RAM, dennoch ist es natürlich wichtig, dass während der Laufzeit ebenso Memory Leaks verhindert werden.

Grüße

Trade schrieb:

btw: Nicht freigegebenes Zeugs fliegt auch irgendwann von selber wieder aus dem RAM

Das mag meist zutreffen, aber nicht immer. ZB wenn ein FilsStream nicht disposed/geschlossen wird, bleibt Datei systemweit gesperrt, und wird erst aufgehoben, wenn das Prog beendet.
Wie gesagt: gilt so für IDisposable.

Um alles andere kümmert sich der GC.
Den Aufruf GC.Collect() soll man vermeiden, weil dieser erzwungene Eingriff bringt den GC-internen Automatismus durcheinander, und verschlechtert letztendlich Performance.
Auch hier mag es begründete Ausnahmen geben, wenn man sich in besonders schwierigen Situationen garnet anders zu helfen weiß, aber generell: Lass den GC sein Job machen, dann macht er ihn am besten.

Zu post#1: da brauchst du dich garnet drum zu kümmern. riesigesArray ist eine lokale Variable, und solch verfällt als allererstes der GarbageCollection - bereits nach Ablauf der Methode stehts auf dem GC seine ToDo-Liste, und zwar zuoberst oder zumindest sehr weit oben.

ErfinderDesRades schrieb:

und wird erst aufgehoben, wenn das Prog beendet.

Joa, habe ich ja (indirekt) gesagt, dass das erst der Fall ist, wenn Du Deine Anwendung beendest. Deshalb "während der Laufzeit".

Grüße

Das nicht, aber halt nicht freigegeben, jo. Wird aber beides so oder so dann vom OS verwaltet, sobald das Programm beendet wird, insofern man natürlich das nicht selber freigibt, was man dennoch natürlich tun sollte. Wenn ein Programm nämlich während der Runtime eine Datei blockiert oder den RAM zumüllt, dann ist das natürlich sehr schlecht und sollte nicht sein, aber das weiß ja jeder, der das schon mal erlebt hat und Dir muss ich das ja denke nicht erzählen.

Grüße