本文將建立一個樣本項目,運行後探查記憶體,發現本應被記憶體回收的UI控制項沒有被回收。進一步發現是CollectionView導致控制項不能被回收。最後,通過查看.NET Framework原始碼,發現其實不是記憶體泄露,虛驚一場。發現問題建立一個使用者控制項GroupControl,有AddGroup(object header, object[] items)方法。這個方法就是建立一個GroupBox,設定Header和GroupBox裡面的ListBox.ItemsSource。GroupControl.xaml[html] <ContentControl x:Class="Gqqnbig.TranscendentKill.GroupControl" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" mc:Ignorable="d" d:DesignHeight="300" d:DesignWidth="300"> <ItemsControl Name="selectionGroupPanel" x:FieldModifier="private" HorizontalAlignment="Left" VerticalAlignment="Top"/> </ContentControl> GroupControl.xaml.cs[csharp] public partial class GroupControl { public GroupControl() { InitializeComponent(); } public event SelectionChangedEventHandler SelectionChanged; public void AddGroup(object header, object[] items) { GroupBox groupBox = new GroupBox(); groupBox.Header = header; ListBox listBox = new ListBox(); listBox.ItemsSource = items; listBox.SelectionChanged += listBox_SelectionChanged; groupBox.Content = listBox; selectionGroupPanel.Items.Add(groupBox); } void listBox_SelectionChanged(object sender, SelectionChangedEventArgs e) { if (SelectionChanged != null) SelectionChanged(this, e); } } 然後主視窗使用這個GroupControl,在視窗載入的時候往GroupControl裡填資料,當使用者選擇GroupControl裡任意一項的時候,卸載這個GroupControl。MainWindow.xaml[html] <Window x:Class="Gqqnbig.TranscendentKill.UI.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Width="800" x:ClassModifier="internal" Loaded="Window_Loaded_1"> </Window> MainWindow.xaml.cs[csharp] internal partial class MainWindow : Window { public MainWindow() { InitializeComponent(); } private void Window_Loaded_1(object sender, RoutedEventArgs e) { Tuple<string, object[]>[] cps = new Tuple<string, object[]>[2]; cps[0] = new Tuple<string, object[]>("時間", new[] { (object)DateTime.Now.ToShortTimeString() }); cps[1] = new Tuple<string, object[]>("日期", new[] { (object)DateTime.Now.ToShortDateString() }); GroupControl win = new GroupControl(); for (int i = 0; i < cps.Length; i++) { ContentPresenter[] items = new ContentPresenter[cps[i].Item2.Length]; for (int j = 0; j < cps[i].Item2.Length; j++) items[j] = new ContentPresenter { Content = cps[i].Item2[j] }; win.AddGroup(cps[i].Item1, items); } win.SelectionChanged += win_SelectionChanged; Content = win; } void win_SelectionChanged(object sender, SelectionChangedEventArgs e) { GroupControl win = (GroupControl)this.Content; win.SelectionChanged -= win_SelectionChanged; Content = null; GC.Collect(); } } 當卸載了GroupControl之後,儘管也調用了GC,我用.NET Memory Profiler查看,發現它還是存在。圖1 圖2圖2表示GroupBox._contextStorage儲存了我的GroupControl;ListBox._parent儲存了前面的GroupBox; ItemsPresenter儲存了前面的ListBox;以此類推。因為有對GroupControl的引用鏈存在,所以它無法被記憶體回收。不徹底的解決方案從引用鏈可以發現,ContentPresenter引用了父元素ListBoxItem,所以嘗試從ContentPresenter入手。不產生ContentPresenter,直接用原始的集合。把MainWindow.cs的[csharp] for (int i = 0; i < cps.Length; i++) { ContentPresenter[] items = new ContentPresenter[cps[i].Item2.Length]; for (int j = 0; j < cps[i].Item2.Length; j++) items[j] = new ContentPresenter { Content = cps[i].Item2[j] }; win.AddGroup(cps[i].Item1, items); } 改為[csharp] for (int i = 0; i < cps.Length; i++) { //ContentPresenter[] items = new ContentPresenter[cps[i].Item2.Length]; //for (int j = 0; j < cps[i].Item2.Length; j++) // items[j] = new ContentPresenter { Content = cps[i].Item2[j] }; win.AddGroup(cps[i].Item1, cps[i].Item2); } 。這樣探查記憶體,發現GroupControl消失了。問題疑似解決。 但這樣的解決方案留給人幾點疑惑:控制項之間的相互引用不應阻礙記憶體回收,只要它們沒有被外部的長生命週期的執行個體引用。這個解決方案似乎不能得出什麼一般性的原則來避免疑似由ContentPresenter引起的記憶體泄露。眾所周知,WPF裡大量使用ContentPresenter,難道都會泄露? 仔細查看記憶體探查的結果(圖3),會發現ListCollectionView(也存在於圖2中的第7行)並沒有被記憶體回收。圖3所以,需要一個更徹底的解決方案。尋找原因/徹底的解決方案圖3說明ListCollectionView跟外部做了什麼互動,導致自己被引用上了,所以一連串都不能被回收。我在VS裡輸入ListCollectionView,然後按F12轉到定義。我裝了Resharper,做過查看.net原始碼的配置,所以就可以轉到ListCollectionView的原始碼。可是不知為什麼,ListCollectionView的代碼是空的。於是我轉到CollectionView。 www.2cto.com然後尋找哪裡使用了CollectionView。Reshaper 7.0疑似跟以前相比改進過了,可以尋找.net類庫裡使用的類,於是我找到了ViewTable.Purge(),而且ViewTable也正好在引用鏈裡面。圖4尋找ViewTable.Purge()的調用方,可以找到ViewManager.Purge()。繼續尋找,定位到 DataBindEngine.GetViewRecord(object collection, CollectionViewSource key, Type collectionViewType, bool createView, Func<object, object> GetSourceItem):ViewRecord。所以差不多明白了,每當建立新的CollectionView的時候,就會調用Purge,就會刪除未使用的舊的CollectionView。於是嘗試解決辦法,在MainWindow.cs的GC.Collect()之後,加上[csharp] ListBox listBox = new ListBox(); int[] n = { 1, 2, 3, 4 }; listBox.ItemsSource = n; Content = listBox; 再探查記憶體,發現只有一個ListCollectionView,值為1234;而舊的“時間”“日期”的CollectionView已經被銷毀了。經過此番研究,結論是移除對ItemsControl的引用後,ItemsControl的CollectionView不會銷毀,ItemsControl本身可能也不會銷毀。如果再建立一個新的ItemsControl,並填充資料,舊的CollectionView和ItemsControl就會被銷毀了。