内存泄漏的方法

一般程序员()都会这样认为：用C#这样的语言编程的一个好处就是无需再考虑内存的分配和释放。你只需创建对象，然后通过一种叫做垃圾收集的机制来 处理这些对象，也就是说：当它们不再被应用程序需要的时候来自动的清除这些对象。这个过程意味着C#解决了其它语言中极难处理的问题──可怕的内存泄露。 真的是这样吗？powered by 25175.net

　　其实不然，让我们先了解一下垃圾收集的工作原理。垃圾收集器的工作就是寻找那些不再被应用程序需要的对象，当它们不会再被访问或引用的时候清除它们。（一定要注意是在不会再被访问或引用的时候才清除它们）

　　一个对象只有当它不再被引用的时候才会被当作是无用的 ,所以我们在声明对象和定义变量的时候最好是在定义的时候 给一个NUll，

　　如果 到本行代码以后不会再使用这个对象了， 请把它设置为Null

　　例如

　　　　　　　　//二级代理表
　　　　　　　　private　DataTable　_dt_two　=　new　DataTable();
　　　　　　　　//用户表
　　　　　　　　private　DataTable　_dt_officeInfo　=　new　DataTable();

　　这样做很明显是不合理的，因为你也不知道在使用的过程 中到低会不会加载数据，当然这样确定 不会再出现未对对象引用到对象实例这样的错误 了，

　　当然也说明了一个问题，这样做是不合理的，正确的应该是这样

　　而当使用的时候 再给其真正的值。

　　//二级代理表

　　代码

//二级代理　　　　　　　
private　DataTable　_dt_two　=　null;
　　　　　　　　//用户表
　　　　　　　　private　DataTable　_dt_officeInfo　=　null;

　　　　　　　　　//数据
　　　　　　　　　　　　　_dt_two　=getDataTable();
　　　　　　　　　　　　_dt_officeInfo　=getDataTable();

　　当不再使用的时候 应该给其一个Null

　　代码

//二级代理　　　　　　　
private　DataTable　_dt_two　=　null;
　　　　　　　　//用户表
　　　　　　　　private　DataTable　_dt_officeInfo　=　null;

　　　　　　　　　//数据
　　　　　　　　　　　　　_dt_two　=getDataTable();
　　　　　　　　　　　　_dt_officeInfo　=getDataTable();
　　　　　　　　　　　　_dt_two　=null;
　　　　　　　　　　　　_dt_officeInfo　=null

　　当明白了它的回收机制之后我想我们应该知道 怎么样去做了，当然有的程序 员会说没有时候这样写，呵呵 ，其实我感觉代码的规范还有合理不合理，和时间真的没有太大关系 是个人的习惯而已，当你写的习惯了也就不感觉 不舒服了，而且 会喜欢上规范的代码，因为程序以后的路大多都 是在抄前面写的代码，如果 你之前都 写的很棒了，那为以后的发展帮助会是巨大的。

　　发文后说明

　　老赵说的是，我做过试验，还有Anders Liu所说的”代“一种是：　　　 GC.Collect() 这种方法对所有的代进行回收

　　另一种是：　　　 GC.Collect(int) 这种方法对0、1、2代，指明的代进行回收。

　　我测试了一下，内存有时候确实有变化但不是太明示，不过也有，我记录下来的内存变化，发现　，在有的时候 设置Dispos()方法或Close()方法时，如果不使用using或try{} finally{}进行释放，如果没有进行有效释放的话，会导制对象进行二次回收 .这样一下反而是得不尝失了。