Wann und wo rufen die RemoveHandler in VB.NET?

Arbeite ich an einer VB.NET windows forms-Projekt in .NET 1.1. Und ich habe diese Art von Architektur, sehr vereinfacht.

Public MustInherit Class BaseTestLogic

  Private _TimerPoll As Timer

  Public Sub New(ByVal sym As SymbolFileMng, ByVal cfg As LampTestConfig, ByVal daas As DaasManager, ByVal mcf As Elux.Wg.Lpd.MCFs.VMCF)

    AddHandler _TimerPoll.Tick, AddressOf TimerPoll_Tick

  End Sub

End Class

Public Class SpecificTestLogic
  Inherits BaseTestLogic      

End Class

Je nachdem, welche Art von test ich mache, ich erstellen Sie eine Instanz eines spezifischen test abgeleitet von BaseTestLogic. Aber ich fand, dass nach Hunderten von Objekt-Kreationen, die ich haben kann StackOverflow Ausnahme.

Ich habe meine code und sah, dass ich vergaß zu entfernen der hf in den Timer-Tick. Die Frage ist, wo und Wann ist es richtig zu entfernen hadler?

Brauche ich zur Umsetzung der IDisposable Schnittstelle in der Basisklasse und RemoveHandler in Entsorgen?

InformationsquelleAutor Drake | 2010-04-27

0

Können Sie gehen zusammen mit dem entfernen der handler auf, wenn die Dispose aufgerufen wird, aber ein purist würde sagen, dass "Sie sollten nicht zu missbrauchen IDisposable für andere Zwecke als die Entsorgung nicht verwalteten Ressourcen".

Andere option ist, um die hf auf der Abschließen Methode.

Können Sie fühlen sich auch zum entfernen der hf an verschiedenen Orten, wenn das macht keinen Sinn in Ihrem design. Das entfernen eines bereits entfernt-handler wird nicht zu einem Problem - es sei denn, die Veranstaltung ist ein Benutzerdefiniertes Ereignis und seine AddHandler/RemoveHandler-Implementierungen nicht mit dem Verhalten von nicht-custom-events (die ist einfach zu verwenden [Delegate].CombineDelegate/[Delegate].Entfernen). Nur nicht sagen, deine puristischen Freunden darüber, die Sie nicht erfüllen.
- Es ist seltsam, aber in meinem Fall der finalizer nicht aufgerufen, was könnte der Grund sein?
- Der Grund ist, probaby, weil einige erreichbar Objekt hält noch eine Referenz auf das BaseTestLogic-Objekt oder eines seiner Mitglieder (event-Handler enthalten). Ein Objekt ist abgeschlossen, erst nach gibt es keine (starken) Referenzen (und der garbage collector entscheidet, es muss das Objekt entfernen).
- Am Ende habe ich realisiert das dispose-Muster und RemoveHandler zu Tick-Ereignis in der Entsorgung. Das problem scheint nun behoben. Ich bin kein purist, noch, zum Glück Kollegen, die mit mir arbeiten 😀
- was M. A. Hainn ist immer an, aber nicht ganz direkt sagen, dass wenn der Finalizer nicht aufgerufen, Sie haben vielleicht bereits ein Ressource-Leck (im wesentlichen die managed-version ein memory-leak). Tracking-diese kann tückisch sein, und mit einem profiler kann sehr helfen, aber Sie können scheinen, wie geisterhaften Probleme, bis Sie ein Gefühl dafür bekommen, was bewirkt, dass Objekte länger Leben als Sie sollten.
- Abmeldung von Veranstaltungen in der Finalize-Methode eines Objekts, der Sie erhält, ist nutzlos. Ein Ereignis Abonnenten immer am Leben gehalten werden, solange das event publisher (es sei denn, es kündigt). Wenn das Objekt fertiggestellt ist, wird es, weil die Veranstaltung publisher selbst ging out of scope, durch die Punkt-Abmeldung werden würde, fraglich. Weitere, alle "Puristen" wer sagt, dass man nicht abbestellen Veranstaltungen in Verfügen, ist falsch. EREIGNISSE SIND nicht verwaltete RESSOURCEN. Eine verwaltete Ressource ist eine, die getroffen werden können Pflege der via abschließen. Denn die Ereignisse nicht, Sie sind nicht verwaltete.
InformationsquelleAutor M.A. Hanin
0

Wenn Sie fügen Sie Sie in den Konstruktor es fühlt sich richtig um Sie zu entfernen, in die Entsorgen, aber es hängt natürlich von Ihrem design.

Hier ist eine Frage, mit Informationen darüber, Wann Sie sich sorgen machen müssen, Sie zu entfernen

AddHandler/RemoveHandler Nicht Richtig Entsorgen
- Ich habe schon gelesen das verknüpfte Frage, aber es half nicht viel. Ich weiß, dass ich abnehmen sollte der handler aber nicht sicher wo. Entsorgen Sie könnte eine gute Idee sein, ich möchte sicher sein ist die beste Praxis.
- Auch ein guter Grund, um Sie zu Entsorgen, in meiner Sicht ist, dass der Benutzer der Klasse kann dann Über.
InformationsquelleAutor Hans Olsson
0

Dies ist eine alte Frage, aber ich kam, um es per web-Suche, so ist es immer noch eine nützliche Frage zu Timern. Keine richtige Antwort gegeben wurde, um die ZUGRUNDE liegende problem. Antworten wurden angeboten, um Ihre Frage, aber die Frage war falsch. Ihre Frage sollte sein: Wie kann ich deaktivieren Sie einen timer, damit der event nicht mehr feuert?

Dim WithEvents timer1 als new Timer()

(fügen Sie timer1_Elapsed-code)

Dies löst das problem, sich Gedanken über die IDisposable-oder Finalisieren, weil die Timer-event-handler ist für Sie verwaltet. Wenn Sie nicht mehr benötigen, die timer-set Enabled = False oder Aufruf der Stop () - Methode, um es zu halten tickt.
- Es ist wichtig zu beachten, dass, wenn der timer nicht deaktiviert, nichts, zu dem es einen Verweis, werden am Leben gehalten, für immer, ob oder nicht es hat jedem sichtlich nützlichen Effekt. Deaktivieren Sie ein timer-und aufzugeben, wird es clean-up-events, wenn keine externen Referenzen vorhanden, um die Objekte miteinander verbunden durch die Ereignisse, aber es ist wohl besser, timer1 zu Nothing (die trennen die Ereignis-Handler), als hoffe, Sie getrennt zu erhalten.
InformationsquelleAutor Jon Harbour
-1

Mein Erster Gedanke ist, dass Ihre tatsächlichen problem hat wenig, wenn überhaupt etwas, zu tun mit dem hinzufügen und entfernen von Ereignis-Handlern. Eine StackOverflowException heißt, Sie haben eine Reihe von Funktionen an, die Schaffung einer unendlichen Schleife der rekursiven Aufrufe. Der code, den Sie geschrieben zeigt nicht überall passieren könnte, aber die stack-trace der exception sollte dich der Punkt mit dem fehlerhaften code.

Basierend auf Ihren Kommentar über die Schaffung eines test von einem abgeleiteten Typ, ich Frage mich, ob Sie konnte nach mehr code aus dem Konstruktor in der Basisklasse.
- Engelberth: Eine StackOverflowException bedeutet, dass der Stapel überflogen. Es ist oft, weil eine unendliche Schleife / Rekursion, aber das ist einfach, weil eine unendliche Schleife / Rekursion überläuft den Stapel schnell. Bitte beachten Sie: Sie sind nicht die gleiche Sache, und eine unendliche Schleife / Rekursion ist nicht der Sinn von einer StackOverflow-Exception.
- Hanin: Vielleicht sollte ich gesagt haben "bedeutet in der Regel", aber wenn ich sehe, wie ein stack-overflow-exception, ich werde zu suchen die Rekursion seit der bei weitem häufigste Grund für eine solche Ausnahme.
InformationsquelleAutor Gideon Engelberth
-1

Es ist seltsam, aber in meinem Fall der finalizer nicht aufgerufen, was könnte der Grund sein?

Oder GC.SupressFinalize() aufgerufen wurde, irgendwo in deinem code?

InformationsquelleAutor Dib

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.