测试1无Finalize函数： 初始内存：96224 分配之后：196464 一次回收：97056 二次回收：97036 测试2有Finalize函数： 初始内存：97056 分配之后：197296 一次回收：197396 二次回收：197396

我们看到测试2中在第二次垃圾回收之后（对第0代）内存依旧没有回收掉，而这种情况更接近于实际。

从上面的小例子中我们了解到Finalize方法对性能和内存都有不好的影响，那为什么要存在这个方法呢？这里我们说一下要使用Finalize的两个情况：

第一个情况就是对象含有一个本机资源，比如一个句柄，这样可以在Finalize方法释放这个句柄，就能消除忘记释放句柄造成的本机资源浪费。

第二种情况就是在这个对象被回收之前需要做一些必须要做的是事情，比如FileStream这个类，需要在回收之前把缓冲区的东西写入到文件内。

我们在回过头开看一看之前提到的数据仓库的类，这个类第一没有占用任何本机资源，第二在被回收之前也没有必须要做的事情，写一个Finalize方法并调用 context.Dispose(); 只能增加性能开销，影响垃圾回收效果。我们可以用反编译软件看一下DbContext这个基类，他都没有Finalize方法，又何必再画蛇添足呢？

希望觉得对自己有帮助的朋友给我点个赞(●''●)