PF不明内存泄露已解决,白头发也没了(转)

在使用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不明内存泄露原因,头发都白了几根

时间: 2024-10-24 13:48:40

PF不明内存泄露已解决,白头发也没了(转)的相关文章

使用SDWebImage加载大量图片后造成内存泄露的解决办法 转载

使用SDWebImage加载大量图片后造成内存泄露的解决办法 时间:2015-07-21 14:26:47      阅读:5885      评论:0      收藏:0      [点我收藏+] SDWebImage的知名度就不用说了,github上近10k的star,国内外太多的App使用其进行图片加载. 但是最近在使用过程中发现,在UITableView中不断加载更多的内容,使用SDWebImage会造成内存占用越来越大,导致memory warning最终terminate,稍微找了下

x264内存泄露的解决办法

也许我使用的x264库比较原始,但经过测试,x264的库存在内存泄露.面对内存泄露,如何在尽量少改动的前提下解决这个问题. 下面是我解决的思路: 由于x264相关的内存分配与释放都有封装一层函数,我们可以在从这两个函数入手.将分配的内存记录到一个链表中,释放时从链表中删除.程序执行完后, 如果链表中有记录,说明是内存泄露,清空链表即可. 所以具体操作如下: 1.增加一个链表: 2.修改x264_malloc函数,将分配的内存记录在链表中: 3.修改x264_free函数,从链表中释放节点: 4.

内存溢出(OOM)and内存泄露---及其解决

那么问题来了 什么是内存溢出out of memory?(OOM) 已有数据超出其分配内存所能存储的范围 比如申请了一个integer,但给它存了long才能存下的数,那就是内存溢出. 什么是内存泄露memory leak? 指程序在申请内存后,无法释放已申请的内存空间, 他们到底啥关系? 一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存,迟早会被占光.memory leak会最终会导致out of memory! 哪些情况经常导致内存溢出??如何解决呢?? 当项目中包含大量图片

JS高程中的垃圾回收机制与常见内存泄露的解决方法

起因是因为想了解闭包的内存泄露机制,然后想起<js高级程序设计>中有关于垃圾回收机制的解析,之前没有很懂,过一年回头再看就懂了,写篇博客与大家分享一下. #内存的生命周期: 分配你所需要的内存: 由于字符串.对象等没有固定的大小,js程序在每次创建字符串.对象的时候,程序都会分配内存来存储那个实体. 使用分配到的内存做点什么. 不需要时将其释放回归: 在不需要字符串.对象的时候,需要释放其所占用的内存,否则将会消耗完系统中所有可用的内存,造成系统崩溃,这就是垃圾回收机制所存在的意义. 所谓的内

闭包造成的内存泄露怎么解决?

1什么是内存泄露? 1. 定义:一块被分配的内存既不能使用,也不能回收.从而影响性能,甚至导致程序崩溃. 2. 起因:JavaScript的垃圾自动回收机制会按一定的策略找出那些不再继续使用的变量,释放其占有的内存.然而由于一些原因导致在这种机制下内存管理器不能正确解读JavaScript变量的生命周期,从而没有释放其内存,而也没有再被使用. 循环引用是导致以上情况的主要原因之一. 2 解决办法 常用的解决方法就是在JavaScript代码段运行完之时将形成循环引用的JavaScript对象手动

JAVA 内存泄露详解(原因、例子及解决)

转载请注明出处:http://blog.csdn.net/anxpp/article/details/51325838,谢谢! Java的一个重要特性就是通过垃圾收集器(GC)自动管理内存的回收,而不需要程序员自己来释放内存.理论上Java中所有不会再被利用的对象所占用的内存,都可以被GC回收,但是Java也存在内存泄露,但它的表现与C++不同. JAVA 中的内存管理 要了解Java中的内存泄露,首先就得知道Java中的内存是如何管理的. 在Java程序中,我们通常使用new为对象分配内存,而

Android中使用Handler造成内存泄露的分析和解决

什么是内存泄露? Java使用有向图机制,通过GC自动检查内存中的对象(什么时候检查由虚拟机决定),如果GC发现一个或一组对象为不可到达状态,则将该对象从内存中回收.也就是说,一个对象不被任何引用所指向,则该对象会在被GC发现的时候被回收:另外,如果一组对象中只包含互相的引用,而没有来自它们外部的引用(例如有两个对象A和B互相持有引用,但没有任何外部对象持有指向A或B的引用),这仍然属于不可到达,同样会被GC回收. Android中使用Handler造成内存泄露的原因 Handler mHand

Android使用Handler造成内存泄露的分析及解决方法

一.什么是内存泄露? Java使用有向图机制,通过GC自动检查内存中的对象(什么时候检查由虚拟机决定),如果GC发现一个或一组对象为不可到达状态,则将该对象从内存中回收.也就是说,一个对象不被任何引用所指向,则该对象会在被GC发现的时候被回收:另外,如果一组对象中只包含互相的引用,而没有来自它们外部的引用(例如有两个对象A和B互相持有引用,但没有任何外部对象持有指向A或B的引用),这仍然属于不可到达,同样会被GC回收. Android中使用Handler造成内存泄露的原因 private Han

java内存泄露补充例子

前几天写了个内存泄露的文章,里面介绍了内存泄露的相关知识:http://blog.csdn.net/u010590685/article/details/46973735 但是里面给的例子不是很好,今天看到一个很好的例子这里补充给大家. 假如我们自己写一个栈,下面是它的pop方法: public Object pop(){ Object object=arrays[size]; size--; return object; } 这个方法中我们可以看到pop是把当前的数组的最后一位返回回来,然后把