严重内存泄漏困扰WPF

作者 Jonathan Allen 译者 王波 发布于 2009年10月19日

领域

语言 & 开发

主题

WPF ,

.NET ,

内存泄漏 ,

富客户端/桌面 ,

编程

分享到

Windows Presentation Foundation即WPF，它代表着Windows平台UI的未来。微软有其自身的打算，而稍晚于WPF的Silverlight将占领Web和移动设备市场。不过，和任何的新技术一样，都会经历一些问题，如某些相当严重的内存泄漏问题。

我们要讨论诸多内存泄漏。第一个问题已经发现一段时间，但它并没有引起大多程序员的关注，甚至是专家们的注意。引发该问题需要以下条件配合：

1. 引用对象X属性P的数据绑定路径
2. 对象X含直接引用或间接引用数据绑定操作的目标对象
3. 属性P通过PropertyDescriptor对象而非DependencyProperty对象或PropertyInfo对象访问

这个问题在KB 938416中有详细的描述。

接下来是一个让人极其厌烦的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问题。

查看英文原文：Serious Memory Leaks Plague WPF

译者 王波 是匆匆IT过客，涉足于.NET编程技术，潜心研究和译书，与友人共译《C# 3.0揭秘》 。