WPF不明内存泄露已解决,白头发也没了

     在使用OpenExpressApp进行WPF应用开发过程中遇到多个内存泄漏的地方,在上一篇中求助了一个内存泄露问题【WPF不明内存泄露原因,头发都白了几根】,本篇与大家分享一下如何解决此问题的过程。

问题发现

  用户使用产品时,使用久了会报出内存溢出错误,于是开始查找内存泄露问题。在【WPF -.Net 4.0解决了DataGrid分组时的内存泄露】中介绍了一个DataGrid内存泄露问题,这里主要说的是关闭模块后对象仍没有释放的问题。

问题解决

  这个问题在本周之前已经由另一同事使用ANTS Memory Profiler 5查看定位到是Button导致,但是原因不明。由于内存泄漏不是小问题,所以我决定这周看看。

继续查找原因

  使用ANTS Memory Profiler 5查看内存泄露问题,找到问题是在Button上,但是搞不清为什么会在button上,特别是加上了WPF的DependencyObject的一些东西,如果想要弄明白觉得还不简单。周一开始有时间我就对这个问题进行定位,但是到今天仍旧没有头绪:(  于是开始找其他办法。

 

  • 使用其它内存泄露工具看看
    网上google了一下内存泄露工具,随便点击一个,下载了Scitech memory profiler试用版本,新建项目后跑了一下程序,关闭模块后拍了一个快照,在Type Details页签输入ProjectList类库,显示下图,其路径和上图路径是一样的:

    但是这个工具好在可以看到调用堆栈(可能ANTS Memory Profiler也有这个功能,只是我不知道),切换几个类查看堆栈,找到了在OpenExpressApp中的类库,高兴阿,如下图:

    从上图可以看出可能是在ButtonCommand.SetCommand中代码导致泄漏的。

  • 今天上午发帖【WPF -.Net 4.0解决了DataGrid分组时的内存泄露
    很感谢很多朋友马上给我回复,其中李永京肯定是有经验的高手,通过我的一个图就能猜出问题所在,我想以前他也一定受到这个的困扰。他的回复是这样的:
    LZ 是不是用DependencyPropertyDescriptor.FromProperty
    这样得到属性然后用 AddValueChanged加了委托跟踪属性值的变化,最后在unload的时候去掉下。

    这个是猜测,没有具体代码也很难分析。

解决办法

  通过上面的查找,基本定位可能出现在跟踪属性值变化的AddValueChanged中,查看项目代码,发现的确使用了

于是google搜索【PropertyDescriptor AddValueChanged leak】,看到了一篇于此相关的blog:PropertyDescriptor AddValueChanged Alternative。看了一下这篇文章,知道是由于事件强引用导致,blog中也提出了一个解决办法,就是建立一个PropertyChangeNotifier类,通过弱引用对象建立属性值更改事件的绑定,具体代码和说明参考这篇bolg即可PropertyDescriptor AddValueChanged Alternative,我就不再详述了。

  问题定位了,解决方法也有了,于是开始动刀修改问题:全文搜索一下 DependencyPropertyDescriptor.FromProperty,发现有两处使用了,都是OpenExpressApp中引用的外部代码,一个是封装Command的ButtonCommand,一个限制ListView宽度的ViewLayoutManager,代码修改如下所示:(大家也可以通过WeakEventManager来解决)

                //memory leak, use PropertyChangeNotifier
                //DependencyPropertyDescriptor.FromProperty(
                //    Button.IsEnabledProperty,
                //    typeof(Button)).AddValueChanged(button, ButtonIsEnabledChanged);

                PropertyChangeNotifier notifier = new PropertyChangeNotifier(button, "IsEnabled");
                notifier.ValueChanged += new EventHandler(ButtonIsEnabledChanged);
  代码修改再跑测试,发现已经找不到这个对象了,终于解决了这个问题了:) 开始着手寻找其它内存泄漏问题,不过现在有
Scitech memory profiler应该能够更快定位了

回顾

  • 事件强引用是.Net下内存泄漏的常出现的由于编码不注意导致的问题

Leak Description

Developer Error

Improper Use of Event Handlers

X

Improper Use of Data Binding

X

Improper Use of Command Binding

X

Improper Use of Static Event Handlers

X

  • 设定任务timebox,到时还未解决,可以尝试其它工具方法:例如使用其它工具;寻求有经验的热心人帮忙

 

相关blog

WPF -.Net 4.0解决了DataGrid分组时的内存泄露

WPF不明内存泄露原因,头发都白了几根

 

 

欢迎转载,转载请注明:转载自周金根 [ http://zhoujg.cnblogs.com/ ]

posted on 2010-06-02 14:12  周 金根  阅读(9368)  评论(14编辑  收藏  举报

导航