Silverlight + MVVM + Bindings = Speicherlecks?

Bisher haben meine Tests gezeigt, dass alle Standardansätze, Beispiele und Frameworks, die das MVVM-Muster in Silverlight nutzen, unter einem riesigen Problem leiden: massive Speicherlecks, die VMs davon abhalten, Müll zu sammeln.

Offensichtlich ist das ein riesiger und lächerlicher Anspruch - also erwarte ich, dass jemand eine offensichtliche Antwort darauf hat, warum und wo ich falsch liege:)

Die zu reproduzierenden Schritte sind einfach:

• Binden Sie Ihr Ansichtsmodell an eine Ansicht, indem Sie die Ansichten datacontext auf die VM setzen (davon ausgehend, dass das Ansichtsmodell INotifyPropertyChanged nutzt, um die Datenbindung zu unterstützen)
• Bindet ein UI-Element an eine Eigenschaft im ViewModel, zum Beispiel:

<TextBox Text="{Binding SomeText}" />

• Nutzen Sie die Bindung in irgendeiner Weise (zum Beispiel - geben Sie einfach das Textfeld ein).

Dies erstellt eine Referenzkette, die sich von der Wurzel bis zu einer BindingExpression zu Ihrem Ansichtsmodell erstreckt. Sie können dann die Ansicht aus Ihrer UI-Struktur sowie alle Verweise auf die VM entfernen. Die VM wird jedoch dank der Stamm- & lt; & gt; & gt; BindingExpression & lt; & gt; & gt; VM-Referenzkette nie in den Garbage Collection-Prozess aufgenommen.

Ich habe zwei Beispiele zur Veranschaulichung des Problems erstellt. Sie verfügen über eine Schaltfläche zum Erstellen eines neuen View / View-Modells (das alle Verweise auf die alten Images ablegen soll) und eine Schaltfläche, die die Garbage-Collection und Berichte zur aktuellen Speicherbelegung erzwingt.

Beispiel 1 ist ein super-abgespecktes Kalibrierungsmikro-Beispiel. Beispiel 2 verwendet keine Frameworks und veranschaulicht das Problem auf die einfachste Weise, die mir einfällt.

Beispiel 1

Beispiel 2

Für diejenigen, die vielleicht helfen möchten, aber die Beispielprojekte nicht herunterladen möchten, hier ist der Code für Beispiel 2. Wir beginnen mit einem Viewmodel namens FooViewModel:

Es stellt einfach eine String-Eigenschaft namens FooText zur Verfügung, die wir ebenfalls binden werden. INotifyPropertyChanged ist notwendig, um das Binden zu erleichtern.

Dann haben wir eine Ansicht namens FooView, die ein usercontrol ist mit:

(Namespaces wurden aus Platzgründen weggelassen)

Das wichtige Bit hier ist das Textfeld, das an die FooText-Eigenschaft gebunden ist. Natürlich müssen wir den Datenkontext, den ich gewählt habe, im Codebehind setzen, anstatt einen ViewModelLocator einzuführen:

MainPage sieht so aus:

mit dem folgenden im folgenden Code:

Hinweis: Um das Problem zu replizieren, vergewissern Sie sich, dass Sie etwas in das Textfeld eingeben, da ich glaube, dass der Bindungsausdruck erst erstellt wird, wenn er benötigt wird.

Es ist erwähnenswert, dass dieser KB-Artikel verwandt sein kann, ich bin jedoch nicht überzeugt, seit ' Methode 2 'Workaround scheint keine Wirkung zu haben, und die Referenzkette scheint nicht übereinzustimmen.

Ich bin mir auch nicht sicher, ob das wichtig ist, aber ich habe CLR Profiler um die Ursache zu diagnostizieren.

Aktualisierung:

Wenn jemand testen möchte, und ihre Ergebnisse in einem Kommentar melden, hosting ich die Silverlight-Anwendung über Dropbox hier: Hosted Beispiel . Um zu reproduzieren: Drücken Sie die obere Taste, tippen Sie etwas, drücken Sie die obere Taste, tippen Sie etwas, drücken Sie die obere Taste. Dann drücke den Knopf. Wenn 10 MB (oder eine andere Menge, die nicht zunimmt) gemeldet wird, tritt kein Speicherverlust auf.

Bisher scheint das Problem auf ALLEN unseren Entwicklungsmaschinen zu passieren, die ThinkPad w510 (43192RU) mit 12 GB Ram, 64 Bit Win 7 Enterprise sind. Dies schließt einige ein, auf denen keine Entwicklungstools installiert waren. Es kann erwähnenswert sein, dass sie VMWare Workstation ausführen.

Das Problem scheint NICHT auf anderen Rechnern zu liegen, die ich ausprobiert habe - einschließlich einiger Heim-PCs und anderer PCs im Büro. Wir haben einige SL-Versionen, Speicherkapazität und wahrscheinlich VMware ausgeschlossen. Habe noch immer keine Ursache gefunden.