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

阅读: 1324 评论: 10 作者: 周 金根 发表于 2010-05-20 14:43 原文链接

　　在OpenExpressApp中框架自带一个【部门管理】模块，其中【功能权限】设置时用了DataGrid，并且使用了DataGrid的分组功能，UI如下：

用户反应在使用过程中，来回切换【业务对象】进行功能权限设置时，切换多次后会发现允许速度慢的和蜗牛一样。既然这么明显，打开任务管理器，未设置功能权限时内存消耗如下图为50496：

来回切换20次后，发现内存飚升为94580，如果模块负责一些的话，估计会涨得更多：

为了找到具体是哪个类的泄露，我使用了ANTS Memory Profiler 5进行跟踪，发现点击多少次后就回出现多少个BoInfoOperationSelected[]对象

随便找一个对象，查看对象图，发现都是DataGridRow对象：

网上google一下，找到了DataGrid开源项目中的一个问题：Memory leak in DataGrid when grouping?  

里面解释了一下可能的原因：

It looks like in Grouping mode, the row's row.Tracker.StopTracking method is never called, because ClearContainerForItemOverride is never called by the WPF ItemsControl implementation. The result is that you just end up with an ever growing chain of ContainerTracking instances.

最后还附上一句：

Note that Microsoft has acknowledged that this is a bug, being fixed in .NET 4.0. No fix for .NET 3.5 at this time.

把OpenExpressApp更新到Net4后，发现内存还真的不上去了，狂切换业务对象后再用ANTS Memory Profiler 5跟踪一下对象看看，发现就两个，内存泄露问题也没有了！

这只是WPF内存泄露的一个地方，在Finding Memory Leaks in WPF-based applications中专门对WPF内存泄露问题进行了一些描述，估计后续会把Net4的内容加上。

 

 

开源信息系统开发平台之OpenExpressApp框架.pdf

 

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

评论: 10　查看评论　发表评论

沪江网招聘ASP.NET开发工程师

最新新闻：
· 谷歌收购广告公司Invite Media(2010-06-02 22:16)
· AT&T拟推新数据计划 iPad 3G用户不再享有无限(2010-06-02 21:36)
· 支持ARM架构：新版嵌入式Windows 7 CTP发布(2010-06-02 19:51)
· Apple的平台之路(三)(2010-06-02 19:27)
· Ubuntu 10.04可支持iPhone(2010-06-02 18:14)

编辑推荐：关于Java与.NET的讨论

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库