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下内存泄漏的常出现的由于编码不注意导致的问题

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

相关blog

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

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

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