WPF内存之泄露防范方法介绍
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.hantingmc.com/qtweb/news35/113085.html
网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等
声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联