Czy wiązania mogą powodować wycieki pamięci w WPF?

Z http://msdn.microsoft.com/en-us/library/aa970850.aspx , WPF używa słabych wzorców zdarzeń, które nie zawierają silnych odniesień do obiektów i pozwalają im być GC ' ED, jeśli są jedynymi odniesieniami do obiektu.

" wiele aspektów powiązania danych WPF ma już słaby wzorzec zdarzeń zastosowany w sposobie implementacji zdarzeń."

Nie udawaj, że odpowiadasz, tylko w celach informacyjnych. W klasycznym artykule na temat Finding Memory Leaks in WPF-based applications autor Jossef Goldberg , szczegółowo opisał przypadki, w których może wystąpić wyciek pamięci w aplikacji WPF. Tak naprawdę większość odnosi się do.NET 3.5/4.0, ale niektóre przypadki mogą być istotne do dziś. Również mieć małe rozszerzenie .

Cytat o wycieku w Binding:

Cause:

Ten wyciek udokumentowany w tym Kb Artykuł. Jest wyzwalany ponieważ:

Kontrola TextBlock ma powiązanie z obiektem (myGrid), który ma odniesienie do TextBlock (jest jednym z dzieci myGrid).

Note: ten rodzaj wycieku danych jest unikalny dla konkretnego scenariusza (a nie dla wszystkich scenariuszy tworzenia danych), jak udokumentowano w artykule kb. Właściwość Path jest nie DependencyProperty i nie na klasie, która implementuje INotifyPropertyChanged, a ponadto łańcuch silnych wartości musi istnieć.

Kod:

myDataBinding = new Binding("Children.Count");
myDataBinding.Source = myGrid; 
myDataBinding.Mode = BindingMode.OneWay;
MyTextBlock.SetBinding(TextBlock.TextProperty, myDataBinding);

Ten sam nieszczelny kod można również zapisać w XAML:

<TextBlock Name="MyTextBlock" 
           Text="{Binding ElementName=myGrid, Path=Children.Count}" />

Fix/Workaround:

Istnieje kilka podejść, najłatwiejszym jest po prostu wyczyszczenie wiązania, gdy okna mają się zamknąć.

Np.:

BindingOperations.ClearBinding(MyTextBlock, TextBlock.TextProperty);

Innym sposobem jest ustawienie trybu powiązania danych na OneTime. Zobacz Kb Artykuł dla innych pomysłów.

Przydatny link:

Unikanie wycieku pamięci WPF z DataBinding