CollectionView導致記憶體泄露?

來源:互聯網
上載者:User

本文將建立一個樣本項目,運行後探查記憶體,發現本應被記憶體回收的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就會被銷毀了。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.