WeakReference

以前看C# specification时见过这两个字，一直不知道什么意思，没想到是System命名空间下的一个类。

这个类的实例能够持有一个对象的引用但是这个对象却仍然能够被gc回收。其实msdn上已经说的很明白了，为什么我还要在这里废话？空虚？

通过构造函数可以构造两类弱引用实例，称为长弱引用和短弱引用。长弱引用对应于有override Finalize方法的的类型实例，短弱引用对应于没有...的类型的实例。当然短弱引用也可以用来引用有Finalze的对象，如果这样的话gc一旦调用对象的Finalize方法，短弱引用就认为对象已经消失在了茫茫内存之中。是所谓短。而长弱引用在调用Finalize后仍然抓住对象不妨。对于短弱引用，如果被引用的对象已经被gc回收，那么其Target属性将为null。这个很好理解。

如果是长弱引用，其回收过程分为2部分。如果Finalize方法可掉用（被override并且没有被镇压）， 那么gc调用完Finalize后弱引用的IsAlive属性为false。然后就像短弱引用一样。第一步的目的只是通过Finalize释放资源，并不会释放托管内存。但是当短弱引用被回收的时候（或者长弱引用第二步的时候）托管内存会被回收。当然，长弱引用最终的下场也是Target=null。

我产生过一种想法就是长弱引用会不会在对象的内存已经回收后还Target引用着对象？虽然没有确切的证据，但我认为这实在是太荒谬了，这还叫类型安全吗？ms真会这么好心把未分配的内存暴露给你？

 

有人说Finalize会导致性能问题。这个观点是错误的，Finalize是保障非托管资源被释放的最终手段，可以说是一定要实现，但尽量不要真的去调用。如果客户代码主动Dispose了，就镇压Finalize的调用（gc.suppressfinalize）。