WPF工具固然好用。但是作为一个出现不久的新工具,当然会存在很多缺陷以及使用中的问题等。我们接下来将会了解到有关WPF内存中有关泄露的一些问题。#t#
创新互联-专业网站定制、快速模板网站建设、高性价比双柏网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式双柏网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖双柏地区。费用合理售后完善,十多年实体公司更值得信赖。
Windows Presentation Foundation即WPF,它代表着Windows平台UI的未来。微软有其自身的打算,而稍晚于WPF的Silverlight将占领Web和移动设备市场。不过,和任何的新技术一样,都会经历一些问题,如某些相当严重的内存泄漏问题。
我们要讨论诸多内存泄漏。第一个WPF内存问题已经发现一段时间,但它并没有引起大多程序员的关注,甚至是专家们的注意。引发该问题需要以下条件配合:
引用对象X属性P的数据绑定路径
对象X含直接引用或间接引用数据绑定操作的目标对象
属性P通过PropertyDescriptor对象而非DependencyProperty对象或PropertyInfo对象访问
这个问题在KB 938416中有详细的描述。
接下来是一个让人极其厌烦的WPF内存Bug,它在我们使用一个数据绑定集合代替另外一个时触发。Ayende Rahien有引发该问题的源代码。Mike Brown解释道:
经过深入研究以后,我发现该绑定系统并没有解除对“Name”属性的监听程序,但相关数据已被修改。
这很明显是一个Bug,它和绑定系统有关。当你注意到数据被修改过,而非解除已有绑定(这次假设Name绑定Textblock)并再次使用该元素,就像重新创建元素集那样。不幸的是,Textblock从来没有解除该绑定。现在如果让数据变成可观测的集合(必要情况下把匿名类型转换为标准的类)并让该集合触发CollectionChanged事件(例如:Data[0]=Data[0]),一切运行正常。
以下的内存泄漏来自于jgoldb的微软博客上:
如果初始HWND在XP上被撤销就会导致CMilChannel泄漏
使用绑定的每条线程会导致ShutdownListener泄漏
在XP的HW中创建和消除WriteableBitmap
SW Viewport 3D w/ VisualBrush和WB等,都会在XP上引起泄漏问题
除了这些WPF内存泄漏以外,他还列出了一些其他的常见开发错误导致的内存泄漏,以及一些已修复的WPF问题。
分享标题:WPF内存之泄露防范方法介绍
当前网址:http://www.mswzjz.cn/qtweb/news35/113085.html
攀枝花网站建设、攀枝花网站运维推广公司-贝锐智能,是专注品牌与效果的网络营销公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 贝锐智能