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

2023-10-31 14:10

本文主要是介绍WPF不明内存泄露已解决,白头发也没了,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

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

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

问题发现

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

问题解决

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

继续查找原因

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

2010060214312321.jpg

 

  • 使用其它内存泄露工具看看
    网上google了一下内存泄露工具,随便点击一个,下载了Scitech memory profiler试用版本,新建项目后跑了一下程序,关闭模块后拍了一个快照,在Type Details页签输入ProjectList类库,显示下图,其路径和上图路径是一样的:
    2010060213332372.jpg
    但是这个工具好在可以看到调用堆栈(可能ANTS Memory Profiler也有这个功能,只是我不知道),切换几个类查看堆栈,找到了在OpenExpressApp中的类库,高兴阿,如下图:
    2010060213381557.jpg
    从上图可以看出可能是在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 2018-08-14 09:54 NET未来之路 阅读( ...) 评论( ...) 编辑 收藏

转载于:https://www.cnblogs.com/lonelyxmas/p/9472795.html

这篇关于WPF不明内存泄露已解决,白头发也没了的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/315892

相关文章

NameNode内存生产配置

Hadoop2.x 系列,配置 NameNode 内存 NameNode 内存默认 2000m ,如果服务器内存 4G , NameNode 内存可以配置 3g 。在 hadoop-env.sh 文件中配置如下。 HADOOP_NAMENODE_OPTS=-Xmx3072m Hadoop3.x 系列,配置 Nam

如何解决线上平台抽佣高 线下门店客流少的痛点!

目前,许多传统零售店铺正遭遇客源下降的难题。尽管广告推广能带来一定的客流,但其费用昂贵。鉴于此,众多零售商纷纷选择加入像美团、饿了么和抖音这样的大型在线平台,但这些平台的高佣金率导致了利润的大幅缩水。在这样的市场环境下,商家之间的合作网络逐渐成为一种有效的解决方案,通过资源和客户基础的共享,实现共同的利益增长。 以最近在上海兴起的一个跨行业合作平台为例,该平台融合了环保消费积分系统,在短

pip-tools:打造可重复、可控的 Python 开发环境,解决依赖关系,让代码更稳定

在 Python 开发中,管理依赖关系是一项繁琐且容易出错的任务。手动更新依赖版本、处理冲突、确保一致性等等,都可能让开发者感到头疼。而 pip-tools 为开发者提供了一套稳定可靠的解决方案。 什么是 pip-tools? pip-tools 是一组命令行工具,旨在简化 Python 依赖关系的管理,确保项目环境的稳定性和可重复性。它主要包含两个核心工具:pip-compile 和 pip

【VUE】跨域问题的概念,以及解决方法。

目录 1.跨域概念 2.解决方法 2.1 配置网络请求代理 2.2 使用@CrossOrigin 注解 2.3 通过配置文件实现跨域 2.4 添加 CorsWebFilter 来解决跨域问题 1.跨域概念 跨域问题是由于浏览器实施了同源策略,该策略要求请求的域名、协议和端口必须与提供资源的服务相同。如果不相同,则需要服务器显式地允许这种跨域请求。一般在springbo

速盾高防cdn是怎么解决网站攻击的?

速盾高防CDN是一种基于云计算技术的网络安全解决方案,可以有效地保护网站免受各种网络攻击的威胁。它通过在全球多个节点部署服务器,将网站内容缓存到这些服务器上,并通过智能路由技术将用户的请求引导到最近的服务器上,以提供更快的访问速度和更好的网络性能。 速盾高防CDN主要采用以下几种方式来解决网站攻击: 分布式拒绝服务攻击(DDoS)防护:DDoS攻击是一种常见的网络攻击手段,攻击者通过向目标网

Jenkins 插件 地址证书报错问题解决思路

问题提示摘要: SunCertPathBuilderException: unable to find valid certification path to requested target...... 网上很多的解决方式是更新站点的地址,我这里修改了一个日本的地址(清华镜像也好),其实发现是解决不了上述的报错问题的,其实,最终拉去插件的时候,会提示证书的问题,几经周折找到了其中一遍博文

JVM内存调优原则及几种JVM内存调优方法

JVM内存调优原则及几种JVM内存调优方法 1、堆大小设置。 2、回收器选择。   1、在对JVM内存调优的时候不能只看操作系统级别Java进程所占用的内存,这个数值不能准确的反应堆内存的真实占用情况,因为GC过后这个值是不会变化的,因此内存调优的时候要更多地使用JDK提供的内存查看工具,比如JConsole和Java VisualVM。   2、对JVM内存的系统级的调优主要的目的是减少

JVM 常见异常及内存诊断

栈内存溢出 栈内存大小设置:-Xss size 默认除了window以外的所有操作系统默认情况大小为 1MB,window 的默认大小依赖于虚拟机内存。 栈帧过多导致栈内存溢出 下述示例代码,由于递归深度没有限制且没有设置出口,每次方法的调用都会产生一个栈帧导致了创建的栈帧过多,而导致内存溢出(StackOverflowError)。 示例代码: 运行结果: 栈帧过大导致栈内存

Redis中使用布隆过滤器解决缓存穿透问题

一、缓存穿透(失效)问题 缓存穿透是指查询一个一定不存在的数据,由于缓存中没有命中,会去数据库中查询,而数据库中也没有该数据,并且每次查询都不会命中缓存,从而每次请求都直接打到了数据库上,这会给数据库带来巨大压力。 二、布隆过滤器原理 布隆过滤器(Bloom Filter)是一种空间效率很高的随机数据结构,它利用多个不同的哈希函数将一个元素映射到一个位数组中的多个位置,并将这些位置的值置

理解java虚拟机内存收集

学习《深入理解Java虚拟机》时个人的理解笔记 1、为什么要去了解垃圾收集和内存回收技术? 当需要排查各种内存溢出、内存泄漏问题时,当垃圾收集成为系统达到更高并发量的瓶颈时,我们就必须对这些“自动化”的技术实施必要的监控和调节。 2、“哲学三问”内存收集 what?when?how? 那些内存需要回收?什么时候回收?如何回收? 这是一个整体的问题,确定了什么状态的内存可以