1. CLR 垃圾回收采用基于代的机制， 在一次垃圾回收中存活下来的对象被提升到另一代
2. 在确认对象是否垃圾时，从一组根开始，根包括静态字段，方法参数，局部变量等
3. 使用CriticalFinalizerObject类型确保终结
4. 避免使用Finalize方法
a. 对象要花更长的时间来分配,指向它们的指针必须放到终结列表
b. 可终结对象会提升到较老的代，会增大内存压力
c. 可终结的对象导致应用程序速试为变慢，因为每人对象回收时必须进行额外处理
5. 使用Dispose模式强制清理资源
6. 基于代的垃圾回收算法做以下假设:
a. 对象越新，生存期越短
b. 对象越老，生存期越长
c. 回收堆的一部分速度快于回收整个堆
7. 托管对象只使用少许内存，但引用大量非托管资源，可使用以下方法通知CLR以监视内存压力
GC.AddMemoryPressure(Int64 bytesAllocated)
GC.RemovePressure(int bytesAllocated)
System.Runtime.InteropServices.HandleCollector
8.使MemoryFailPoint类预先检查分配大内存是否成功
9. 垃圾回收模式(工作站，服务器)
10. 大对象(>=85K)从一个特殊的大对象堆中分配，默认为2代
编码注意事项:
1. 如果定义了静态集合字段，并在程序运行过程中不断往集合中添加对象，一样会导致内存和资源泄漏，
因为静态字态是垃圾收集的根，该集合对象始终可达，意味着对象始终不会被垃圾收集
2. 定义Finalize方法时，如果不小心把对象赋给可达对象，意味着对象及其引用的对象又复活了，也可能导致内存和资源泄漏