在使用进行WPF应用开发过程中遇到多个内存泄漏的地方，在上一篇中求助了一个内存泄露问题，本篇与大家分享一下如何解决此问题的过程。
问题发现
用户使用产品时，使用久了会报出内存溢出错误，于是开始查找内存泄露问题。在【】中介绍了一个DataGrid内存泄露问题，这里主要说的是关闭模块后对象仍没有释放的问题。
问题解决
这个问题在本周之前已经由另一同事使用ANTS Memory Profiler 5查看定位到是Button导致，但是原因不明。由于内存泄漏不是小问题，所以我决定这周看看。
继续查找原因
使用ANTS Memory Profiler 5查看内存泄露问题，找到问题是在Button上，但是搞不清为什么会在button上，特别是加上了WPF的DependencyObject的一些东西，如果想要弄明白觉得还不简单。周一开始有时间我就对这个问题进行定位，但是到今天仍旧没有头绪:( 于是开始找其他办法。
- 使用其它内存泄露工具看看网上google了一下内存泄露工具，随便点击一个，下载了试用版本，新建项目后跑了一下程序，关闭模块后拍了一个快照，在Type Details页签输入ProjectList类库，显示下图，其路径和上图路径是一样的：
但是这个工具好在可以看到调用堆栈（可能ANTS Memory Profiler也有这个功能，只是我不知道），切换几个类查看堆栈，找到了在OpenExpressApp中的类库，高兴阿，如下图：
从上图可以看出可能是在ButtonCommand.SetCommand中代码导致泄漏的。 - 今天上午发帖【】很感谢很多朋友马上给我回复，其中肯定是有经验的高手，通过我的一个图就能猜出问题所在，我想以前他也一定受到这个的困扰。他的回复是这样的： LZ 是不是用DependencyPropertyDescriptor.FromProperty 这样得到属性然后用 AddValueChanged加了委托跟踪属性值的变化，最后在unload的时候去掉下。 这个是猜测，没有具体代码也很难分析。
解决办法
通过上面的查找，基本定位可能出现在跟踪属性值变化的AddValueChanged中，查看项目代码，发现的确使用了
于是google搜索【PropertyDescriptor AddValueChanged leak】，看到了一篇于此相关的blog：。看了一下这篇文章，知道是由于事件强引用导致，blog中也提出了一个解决办法，就是建立一个PropertyChangeNotifier类，通过弱引用对象建立属性值更改事件的绑定，具体代码和说明参考这篇bolg即可，我就不再详述了。
问题定位了，解决方法也有了，于是开始动刀修改问题：全文搜索一下DependencyPropertyDescriptor.FromProperty，发现有两处使用了，都是OpenExpressApp中引用的外部代码，一个是封装Command的ButtonCommand，一个限制ListView宽度的ViewLayoutManager，代码修改如下所示：（大家也可以通过来解决）
//memory leak, use PropertyChangeNotifier
//DependencyPropertyDescriptor.FromProperty( // Button.IsEnabledProperty, // typeof(Button)).AddValueChanged(button, ButtonIsEnabledChanged); PropertyChangeNotifier notifier = new PropertyChangeNotifier(button, "IsEnabled"); notifier.ValueChanged += new EventHandler(ButtonIsEnabledChanged); 代码修改后再跑测试，发现已经找不到这个对象了，终于解决了这个问题了：） 开始着手寻找其它内存泄漏问题了，不过现在有应该能够更快定位了。回顾
- 事件强引用是.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