WPF内存泄露:CollectionViewSource.GetDefaultView导致Cache对象
在使用OpenExpressApp进行WPF应用开发过程中遇到多个内存泄漏的地方,昨天在WPF不明内存泄露已解决,白头发也没了中讲到了如何解决由于属性跟踪事件强引用导致的内存泄漏问题,本篇介绍一下由于CollectionViewSource.GetDefaultView导致的内存泄漏问题。
发现问题
还是昨天 WPF不明内存泄露已解决,白头发也没了中说的场景,关闭模块后仍旧保留了对象的引用,ANTS Memory Profiler 5查看对象引用图如下
分析问题
使用Scitech memory profiler查看对象引用路径,
查看ViewRecord对象的调用堆栈,如下:
查看后发现调用了一个CacheView方法,估计是把这个对象缓存起来了,使用Reflector查看源码,
CollectionViewSource.GetDefaultView:
internal static CollectionView GetDefaultCollectionView(object source, bool createView)
{
ViewRecord record = DataBindEngine.CurrentDataBindEngine.GetViewRecord(source, DefaultSource, null, createView);
return (CollectionView) record.View;
}
其中DataBindEngine.CurrentDataBindEngine是一个静态单例对象
internal static DataBindEngine CurrentDataBindEngine
{
get
{
if (_currentEngine == null)
{
_currentEngine = new DataBindEngine();
}
return _currentEngine;
}
}
内部调用了CacheView把对象缓存在单例DataBindEngine的ViewManager对象中。看了一下代码,没有看到如何清除缓存的地方(不知道有谁知道如何在程序中清除这个缓存?)
解决问题
查看GetDefaultCollectionView代码可以发现,其实内部它是根据传入对象的类型来决定生成一个什么CollectionView对象,由于我这边传入的肯定是IList,所以我修改GetDefaultView代码为直接使用ListCollectionView对象,修改代码如下:
//var collectionView = CollectionViewSource.GetDefaultView(viewData); //inter call CacheView make memory leak
ListCollectionView collectionView = new ListCollectionView(viewData);
修改后再使用内存泄漏工具查找对象,这时你就再也找不到对象了:)
另:以上是我的一个分析以及解决办法,虽然有事最好的解决办法就是不用它,但是总感觉使用CollectionViewSource.GetDefaultView不应该产生这个问题,否则谁还敢用,可能是我其它原因导致但我还为发现,上网搜索了也没有查到什么有用资料,不知道谁有更好的办法,请多指教!
欢迎转载,转载请注明:转载自周金根 [ http://zhoujg.cnblogs.com/ ]
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
2007-06-03 报表引擎 - 交叉表的报表设计