WPF工具固然好用。但是作为一个出现不久的新工具，当然会存在很多缺陷以及使用中的问题等。我们接下来将会了解到有关WPF内存中有关泄露的一些问题。#t#
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问题。
