上一章WPF进阶之接口（3）：INotifyPropertyChanged，ICommand中我们遗留了几个问题，我将在本节中做出解释。在详细解释ICommand实现之前，我们现在关注一下什么是：弱引用（WeakReference） 弱引用： 表示弱引用，即在引用对象的同时仍然允许垃圾回收来回收该对象。 如果应用程序的代码可以访问一个正由该程序使用的对象，垃圾回收器就不能收集该对象，那么，就认为应用程序对该对象具有强引用。 弱引用允许应用程序访问对象，同时也允许垃圾回收器收集相应的对象。如果不存在强引用，则弱引用的有限期只限于收集对象前的一个不确定的时间段。使用弱引用时，应用程序仍可对该对象进行强引用，这样做可防止该对象被收集。但始终存在这样的风险：垃圾回收器在重新建立强引用之前先处理该对象。 弱引用特别适合以下对象：占用大量内存，但通过垃圾回收功能回收以后很容易重新创建。 假设 Windows 窗体应用程序中的一个树视图向用户显示了复杂的选项层次结构。如果基础数据量很大，则用户使用应用程序中的其他部分时，在内存中保留该树会导致效率低下。 当用户切换到应用程序的其他部分时，可使用 WeakReference 类来创建对该树的弱引用，并销毁所有强引用。当用户切换回该树时，应用程序会尝试获得对该树的强引用，如果得到，就不必重新构造该树。 要对某个对象建立弱引用，请使用要跟踪的对象的实例创建一个 WeakReference。然后将 Target 属性设置为该对象，将该对象设置为 null。 可创建短弱引用或长弱引用： 短 垃圾回收功能回收对象后，短弱引用的目标会变为 null。弱引用本身是托管对象，和任何其他托管对象一样需要经过垃圾回收。短弱引用是 WeakReference 的默认构造函数。 长 调用对象的 Finalize 方法后，会保留长弱引用。这样，您就可以重新创建该对象，但该对象仍保持不可预知的状态。要使用长引用，请在 WeakReference 构造函数中指定 true。 如果对象的类型没有 Finalize 方法，则会应用短弱引用功能，该弱引用只在目标被收集之前有效，运行终结器之后可以随时收集目标。 要建立强引用并重新使用该对象，请将 WeakReference 的 Target 属性强制转换为该对象的类型。如果 Target 属性返回 null，则表示对象已被收集；否则，您可继续使用该对象，因为应用程序已重新获得了对它的强引用。 这是摘自MSDN的解释，那么简单来说，弱引用与强引用的区别在于，它允许GC回收。 ICommand实现： 在WPF进阶之接口（3）：INotifyPropertyChanged，ICommand我们看到在ICommand的实现代码中： internal class CommandManagerHelper { internal static void CallWeakReferenceHandlers(List<WeakReference> handlers) { if (handlers != null) { // Take a snapshot of the handlers before we call out to them since the handlers // could cause the array to me modified while we are reading it. EventHandler[] callees = new EventHandler[handlers.Count]; int count = 0; for (int i = handlers.Count - 1; i >= 0; i--) { WeakReference reference = handlers[i]; EventHandler handler = reference.Target as EventHandler; if (handler == null) { // Clean up old handlers that have been collected handlers.RemoveAt(i); } else { callees[count] = handler; count++; } } // Call the handlers that we snapshotted for (int i = 0; i < count; i++) { EventHandler handler = callees[i]; handler(null, EventArgs.Empty); } } } internal static void AddHandlersToRequerySuggested(List<WeakReference> handlers) { if (handlers != null) { foreach (WeakReference handlerRef in handlers) { EventHandler handler = handlerRef.Target as EventHandler; if (handler != null) { CommandManager.RequerySuggested += handler; } } } } internal static void RemoveHandlersFromRequerySuggested(List<WeakReference> handlers) { if (handlers != null) { foreach (WeakReference handlerRef in handlers) { EventHandler handler = handlerRef.Target as EventHandler; if (handler != null) { CommandManager.RequerySuggested -= handler; } } } } internal static void AddWeakReferenceHandler(ref List<WeakReference> handlers, EventHandler handler) { AddWeakReferenceHandler(ref handlers, handler, -1); } internal static void AddWeakReferenceHandler(ref List<WeakReference> handlers, EventHandler handler, int defaultListSize) { if (handlers == null) { handlers = (defaultListSize > 0 ? new List<WeakReference>(defaultListSize) : new List<WeakReference>()); } handlers.Add(new WeakReference(handler)); } internal static void RemoveWeakReferenceHandler(List<WeakReference> handlers, EventHandler handler) { if (handlers != null) { for (int i = handlers.Count - 1; i >= 0; i--) { WeakReference reference = handlers[i]; EventHandler existingHandler = reference.Target as EventHandler; if ((existingHandler == null) || (existingHandler == handler)) { // Clean up old handlers that have been collected // in addition to the handler that is to be removed. handlers.RemoveAt(i); } } } } } CommandManagerHelper类主要是对将事件用WealReference的形式实现，Add和Remove。为什么要这样处理呢，在C#中的弱事件(Weak Events in C#)我们谈到了，虽然C#在实现事件订阅机制的时候是线程安全的，但在用户的使用过程中仍然可能导致事件的handler不能同步，即一个线程可能已经将事件注销了，而另一个线程可能仍然要触发事件，那时系统就会抛出 NullReferenceException而导致系统崩溃。原因请详细阅读C#中的弱事件(Weak Events in C#)一文。 可以看到我们在实现事件的订阅机制的时候，必须要考虑到上述问题。上一章节ICommand实现正是采用了Solution2（弱引用）来解决此问题。即每次添加、删除和触发事件之前，必须检查WeakReference的List，查看是否已经存在，或是已经被GC回收，相应采取处理。 这样与MVVM相关的几个基本的Inerface，我已经陆续向大家介绍完毕。下一节，将向大家详细介绍控件的重写，可能在此过程中仍然要涉及几个接口（IList，IEnuerator，ICollection等），但是这些Interface主要是与控件重写技术相关的，我将放入相应章节中做出解释。
转自：http://hi.baidu.com/leo_han/item/46128d371590ba9db90c030a