Infragistics NetAdvantage 控件资源释放问题的实际经验

    我们对于Infragistics NetAdvantage 的控件使用过的朋友一定都很了解了。非常好用的第三方控件。

    我目前使用该控件在8.1.20081.1000版本。

    该控件的使用的最多的是对于列表控件、下拉控件、数控件的使用

    这里主要说一下有关列表控件Infragistics.Win.UltraWinGrid.UltraGrid 的资源释放的问题。

      开发环境vs 2008

     语言：c#

     项目：Winform

    Infragistics.Win.UltraWinGrid.UltraGrid 这个控件是非常强大的，当我们在Winform中引用UltraGrid 后，一般情况下绑定资源后，关闭窗体，在正常使用的时候还不会发现资源释放的一些问题。但是，当在UltraGrid 中使用了下拉列的时候，问题就会出现了。如果UltraGrid 列类型为下拉类型的话，当下拉类型的数据数据源信息比较大的时候（一般大于1w条记录的时候），就会发现UltraGrid 对资源的消耗会比较大。

    这里说的列类型是下拉类型是指，将列的编辑控件设置为UltraCombo类型，既：

Infragistics.Win.UltraWinGrid.UltraGridColumn col=......

UltraCombo comb = new UltraCombo();

col.EditorControl = comb;

如下图所示：

如果性别列设定为下拉控件，则如下图结果

    以上为举例说明对于列表的列类型的设定方式。

    那么，如果上例子中性别列要是数据源不是男女两个记录源，而是1w个枚举值的话，那么就会出现一个问题。当关闭Winform的时候，资源不会被回收，而且在很长时间内，UltraGrid 的资源都不会回收，即使你在Winform窗体的 Closing事件中进行显示释放：UltraGrid .Disposed()资源，UltraGrid 内的资源也不会被完全释放。

    这样，当这样的类似窗体打开N多个的时候，就会出现问题了，内存只涨不跌（要是股票就好了^_^）

    那么这个问题的引起的原因是什么？ 实际上是对UltraGrid 进行的资源释放，但是没有对UltraGrid 中的编辑控件进行显示释放。如果在释放UltraGrid 之前，将列的EditorControl 控件的资源也释放调，那么，GC垃圾才会知道回收这些已经Colse的窗体内的 UltraGrid 还存在的EditorControl 的资源。

    这里对于如何处理资源释放具体例子：

/// <summary>
        /// 释放列表中的列编辑控件EditorControl中类型为UltraCombo的资源
        /// </summary>
        /// <param name="bGridDisposed">是否也强制释放掉列表控件资源</param>
        public void ClearSource(bool bGridDisposed)
        {
            if (thisForm.dataGridView1.DataSource != null)
            {
                foreach (Infragistics.Win.UltraWinGrid.UltraGridColumn c in thisForm.dataGridView1.DisplayLayout.Bands[0].Columns)
                {
                    if (c.EditorControl != null)
                    {
                        if (c.EditorControl.GetType() == typeof(UltraCombo))
                        {


                            UltraCombo uCombo = (c.EditorControl as UltraCombo);
                            uCombo.Dispose();
                            c.EditorControl = null;


                        }
                    }
                }
                if (bGridDisposed)
                {
                    thisForm.dataGridView1.Dispose();
                }


                //实际上对于资源的显示回收没有其太大作用，一下的语句可不用
                GC.Collect();  
                GC.WaitForPendingFinalizers();
            }
        }

该函数ClearSource()放在窗体的关闭事件中：

private void TestForm_FormClosing(object sender, FormClosingEventArgs e)
        {
            ClearSource(true);
        }

    运行程序，观察任务管理器，你会明显发现，在任务管理器中，进程的资源会在一定的内存点上，（我观察的例子是70-100M之间），当打开N个这样的类似窗体，内存正常到一定的范围后，随窗体的关闭，再创建新的窗体的时候，进程内存会下降并维持在一个稳定的范围内.