.net内存回收与Dispose﹐Close﹐Finalize方法
2008-06-17 12:11
525 查看
一. net的对象使用一般分为三种情况﹕
1.创建对象
2.使用对象
3.释放对象
二.创建对象
1.创建对象实际分为两个步骤﹕变量类型宣告和初始化对象
2.变量类型宣告(declare),如﹕
FileStream fs
这行代码会在当前的变量作用域空间(栈或堆)里建立一个叫做fs的变量﹐至少四个字节吧(因为要存一个对象的地址)
3.初始化对象
对象在使用(调用其方法或属性)前﹐必须进行初始化。
如﹕
fs = new FileStream(@"C: est.txt",FileMode.OpenOrCreate);
这行代码会分成3个步骤﹕
a.在托管堆中分配一块内存﹐其大小等于FileStream中所有字段(当然不包括静态的)的内存总和加上MS认为需要的其它东东。
b.初始化对象的字段(值类型的把其位全部初始化成0,对象初始化为null﹐当然string是一个例外﹐它被初始化成空字符串)
c.调用FileStream相应的构造器﹐这里会初始化一个非托管资源(文件)的私有字段。
三.使用对象
使用对象就没什么讲的﹐就是调用对象的方法(或属性等)来完成某个功能当然为了释放对象而调用的方法其范畴应不属于此类中(现在提到的Finalize等)
四.释放对象
1.释放对象也就是说这个对象我已经不需要了﹐现在我要把其释放﹐以便把其在堆上所占用的内存空间给收回来(当然变量名的内存空间就不需要管了﹐因为它会随其作用域自动消失)
2. .net自动进行内存管理﹐也就是说当它判断一个对象没有用了(当然有自己的算法)﹐它就会将其内存给自动收回来﹐但是其收回的时间一般不确定(当.net认为内存紧张时﹐它就会开始)
BTW:其实我们就是想自己收回对象的内存也不可能﹐因为MS没有提供途径(GC.Collect也是启动.net的内存收集功能)
五.第一个结论
在net中使用对象很简单﹐创建对象之后直接使用就可以了﹐不用了也不要去管它﹐垃圾收集器会帮你把内存要回来的。
六.例外
当对象的成员引用了一个非托管资源时(不在托管堆上分配的内存或资源﹐像文件﹐数据库连接等等)﹐下面以一个例子来说明﹕
System.IO.FileStream类别﹐这是.net基本类库提供的一个非托管资源(文件)封装对象(用Reflector工具反编译mscorlib.dll可见其代码)
1.FileStream毫无疑问封装了一个非托管资源
观其源代码发现有这样一个私有成员﹕
private SafeFileHandle _handle;
通过构造器调用的Init方法可以发现这个成员的初始化代码﹕
this._handle = Win32Native.SafeCreateFile(text2, num1, share, secAttrs, mode, num2,
Win32Native.NULL);
而后者实际上就是kernel32.dll中的CreateFile方法﹐它返回一个HANDLE(即非托管资源引用)
2.我们先来使用这个类别﹕
using System;
using System.IO;
public class TestFileStream
using System;
using System.IO;
public class TestFileStream
using System;
using System.IO;
public class TestFileStream
...{
public static void Main(string[] args)
...{
//创建一个FileStream对象
FileStream fs = new FileStream(@"C: est.txt", FileMode.OpenOrCreate);
/**//**//**//*在用完FileStream后关闭*/
fs.Close();
//删除文件测试
try
...{
File.Delete(@"c: est.txt");
}
catch (IOException ex)
...{
Console.WriteLine("[Error]程序删除文件失败﹕{0}", ex.Message);
}
}
13.有人举手﹐讲这么多﹐早告诉我调用fs.Close不就得了。
哥们﹐fs.Close()方法是由您写的﹐调不调用﹐手在您身上﹐您不调用的话﹐哪天程序出了问题﹐您有会叫﹕微软真垃圾﹐.net真不稳定﹐还是java好﹐安全﹐可靠... 为防您的国骂﹐MS只好在垃圾收集中加这一款﹐以防不测...
14.Dispose模式
认真查看.net类库中的那些基本类别﹐凡是有Finalize方法的类别﹐基本上都提供了诸如Dispose,Close,Dispose(bool)等方法(FileStream也不例外)
15.其实不管是Dispose,Close,Finalize方法﹐最终应该都是执行相同的代码
区别﹕
Finalize方法﹕只能由微软调用
Dispose和Close方法﹕提供给您调用
因此在您使用完那些类别后﹐那就直接调用Close吧(没有Close﹐再调用Dispose方法)﹐当然万一您忘了﹐也别担心﹐还有垃圾收集器帮您垫后。
七.第二个结论﹕
1.在您开发一个封装非托管资源(即类中的字段引用到了非托管资源)的类别时﹕
A:强烈建议您提供Finalize方法进行非托管资源的释放﹐.net垃圾收集器不会帮您自动回收那部分资源﹐而是通过调用您的Finalize方法来帮您释放。(这样可以保证﹕在使用您类别的那位程序员忘了手动回收内存时﹐还可通过垃圾收集器来补救)
B.强烈建议您提供一个Close或Dispose方法﹐以便使用您类别的程序员可以手动释放您的类别中的非托管资源。(参见.net框架程序设计 自动内存管理一章实现Dispose模式)
C.如果类别封装了像FileStream这样的对象(即对非托管资源的再次封装)时﹐一般也应该提供一 个Close或Dispose方法﹐除非您的这个成员保证在每次使用后﹐都被正常的关闭﹐即对调用者透明。
2.在您使用一个封装非托管资源的类别时﹕
A:强烈建议您在明确知道这个类别没有用之后﹐调用其提供的Close或Dispose方法手动释放其非托管资源的 内存。有道是﹕有借有还﹐再借不难;借了不还﹐再借休想~~
B:注意在手动释放后﹐不要再调用该对象的相关方法了﹐因为对象已经损毁了
再次BTW:不管是Finalize﹐Close还是Dispose﹐您都无法显式释放托管堆内存﹐它们永远是微软的"私人财产 "﹕)
有人议论:
.net 不要把对象 = null 的;
一位在一般情况下.net的的一个变量如
FileStream fs = new FileStream(@"C:\test.txt", FileMode.OpenOrCreate);
这个 fs 类似c 语言里的指针,只是一个地址而已
= null 是没啥用的
如果等于null 反倒影响gc 回收了
还有.net Windows 程序
和 ASP.NET 下 GC 的回收也许会有些不同
所以一个这样的列子不会完全说明问题的。
还有如个cpu占有率比较高的情况下 GC 也许回收对象很慢
要比正常情况下慢很多。
原则上还是、能 Dispose 的类就要 Dispose
类似FileStream 的对象如果不在后面的代码中使用,不用 close 直接
Dispose 即可,Dispose 隐含 close 的其实
数据连接对象也是推荐使用 using 代码块自动释放以防止中途出现异常
1.创建对象
2.使用对象
3.释放对象
二.创建对象
1.创建对象实际分为两个步骤﹕变量类型宣告和初始化对象
2.变量类型宣告(declare),如﹕
FileStream fs
这行代码会在当前的变量作用域空间(栈或堆)里建立一个叫做fs的变量﹐至少四个字节吧(因为要存一个对象的地址)
3.初始化对象
对象在使用(调用其方法或属性)前﹐必须进行初始化。
如﹕
fs = new FileStream(@"C: est.txt",FileMode.OpenOrCreate);
这行代码会分成3个步骤﹕
a.在托管堆中分配一块内存﹐其大小等于FileStream中所有字段(当然不包括静态的)的内存总和加上MS认为需要的其它东东。
b.初始化对象的字段(值类型的把其位全部初始化成0,对象初始化为null﹐当然string是一个例外﹐它被初始化成空字符串)
c.调用FileStream相应的构造器﹐这里会初始化一个非托管资源(文件)的私有字段。
三.使用对象
使用对象就没什么讲的﹐就是调用对象的方法(或属性等)来完成某个功能当然为了释放对象而调用的方法其范畴应不属于此类中(现在提到的Finalize等)
四.释放对象
1.释放对象也就是说这个对象我已经不需要了﹐现在我要把其释放﹐以便把其在堆上所占用的内存空间给收回来(当然变量名的内存空间就不需要管了﹐因为它会随其作用域自动消失)
2. .net自动进行内存管理﹐也就是说当它判断一个对象没有用了(当然有自己的算法)﹐它就会将其内存给自动收回来﹐但是其收回的时间一般不确定(当.net认为内存紧张时﹐它就会开始)
BTW:其实我们就是想自己收回对象的内存也不可能﹐因为MS没有提供途径(GC.Collect也是启动.net的内存收集功能)
五.第一个结论
在net中使用对象很简单﹐创建对象之后直接使用就可以了﹐不用了也不要去管它﹐垃圾收集器会帮你把内存要回来的。
六.例外
当对象的成员引用了一个非托管资源时(不在托管堆上分配的内存或资源﹐像文件﹐数据库连接等等)﹐下面以一个例子来说明﹕
System.IO.FileStream类别﹐这是.net基本类库提供的一个非托管资源(文件)封装对象(用Reflector工具反编译mscorlib.dll可见其代码)
1.FileStream毫无疑问封装了一个非托管资源
观其源代码发现有这样一个私有成员﹕
private SafeFileHandle _handle;
通过构造器调用的Init方法可以发现这个成员的初始化代码﹕
this._handle = Win32Native.SafeCreateFile(text2, num1, share, secAttrs, mode, num2,
Win32Native.NULL);
而后者实际上就是kernel32.dll中的CreateFile方法﹐它返回一个HANDLE(即非托管资源引用)
2.我们先来使用这个类别﹕
using System;
using System.IO;
public class TestFileStream
using System;
using System.IO;
public class TestFileStream
using System;
using System.IO;
public class TestFileStream
...{
public static void Main(string[] args)
...{
//创建一个FileStream对象
FileStream fs = new FileStream(@"C: est.txt", FileMode.OpenOrCreate);
/**//**//**//*在用完FileStream后关闭*/
fs.Close();
//删除文件测试
try
...{
File.Delete(@"c: est.txt");
}
catch (IOException ex)
...{
Console.WriteLine("[Error]程序删除文件失败﹕{0}", ex.Message);
}
}
13.有人举手﹐讲这么多﹐早告诉我调用fs.Close不就得了。
哥们﹐fs.Close()方法是由您写的﹐调不调用﹐手在您身上﹐您不调用的话﹐哪天程序出了问题﹐您有会叫﹕微软真垃圾﹐.net真不稳定﹐还是java好﹐安全﹐可靠... 为防您的国骂﹐MS只好在垃圾收集中加这一款﹐以防不测...
14.Dispose模式
认真查看.net类库中的那些基本类别﹐凡是有Finalize方法的类别﹐基本上都提供了诸如Dispose,Close,Dispose(bool)等方法(FileStream也不例外)
15.其实不管是Dispose,Close,Finalize方法﹐最终应该都是执行相同的代码
区别﹕
Finalize方法﹕只能由微软调用
Dispose和Close方法﹕提供给您调用
因此在您使用完那些类别后﹐那就直接调用Close吧(没有Close﹐再调用Dispose方法)﹐当然万一您忘了﹐也别担心﹐还有垃圾收集器帮您垫后。
七.第二个结论﹕
1.在您开发一个封装非托管资源(即类中的字段引用到了非托管资源)的类别时﹕
A:强烈建议您提供Finalize方法进行非托管资源的释放﹐.net垃圾收集器不会帮您自动回收那部分资源﹐而是通过调用您的Finalize方法来帮您释放。(这样可以保证﹕在使用您类别的那位程序员忘了手动回收内存时﹐还可通过垃圾收集器来补救)
B.强烈建议您提供一个Close或Dispose方法﹐以便使用您类别的程序员可以手动释放您的类别中的非托管资源。(参见.net框架程序设计 自动内存管理一章实现Dispose模式)
C.如果类别封装了像FileStream这样的对象(即对非托管资源的再次封装)时﹐一般也应该提供一 个Close或Dispose方法﹐除非您的这个成员保证在每次使用后﹐都被正常的关闭﹐即对调用者透明。
2.在您使用一个封装非托管资源的类别时﹕
A:强烈建议您在明确知道这个类别没有用之后﹐调用其提供的Close或Dispose方法手动释放其非托管资源的 内存。有道是﹕有借有还﹐再借不难;借了不还﹐再借休想~~
B:注意在手动释放后﹐不要再调用该对象的相关方法了﹐因为对象已经损毁了
再次BTW:不管是Finalize﹐Close还是Dispose﹐您都无法显式释放托管堆内存﹐它们永远是微软的"私人财产 "﹕)
有人议论:
.net 不要把对象 = null 的;
一位在一般情况下.net的的一个变量如
FileStream fs = new FileStream(@"C:\test.txt", FileMode.OpenOrCreate);
这个 fs 类似c 语言里的指针,只是一个地址而已
= null 是没啥用的
如果等于null 反倒影响gc 回收了
还有.net Windows 程序
和 ASP.NET 下 GC 的回收也许会有些不同
所以一个这样的列子不会完全说明问题的。
还有如个cpu占有率比较高的情况下 GC 也许回收对象很慢
要比正常情况下慢很多。
原则上还是、能 Dispose 的类就要 Dispose
类似FileStream 的对象如果不在后面的代码中使用,不用 close 直接
Dispose 即可,Dispose 隐含 close 的其实
数据连接对象也是推荐使用 using 代码块自动释放以防止中途出现异常
相关文章推荐
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .net内存回收与Dispose﹐Close﹐Finalize方法2
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .net内存回收与Dispose﹐Close﹐Finalize方法 [摘]
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .net内存回收与Dispose﹐Close﹐Finalize方法
- .NET Memory Profiler 托管环境内存检测工具,.net内存回收与Dispose﹐Close﹐Finalize方法
- 线谈C#内存回收与Dispose﹐Close﹐Finalize方法
- 浅谈C#内存回收与Dispose﹐Close﹐Finalize方法
- net内存回收与Dispose﹐Close﹐Finalize方法
- C#内存回收与Dispose﹐Close﹐Finalize方法
- 浅谈C#内存回收与Dispose﹐Close﹐Finalize方法[转]
- .net内存回收与Dispose﹐Close﹐Finalize方法
- 浅谈C#内存回收与Dispose﹐Close﹐Finalize方法
- 浅谈C#内存回收与Dispose﹐Close﹐Finalize方法
- 浅谈C#内存回收与Dispose﹐Close﹐Finalize方法[转]
- 浅谈C#内存回收与Dispose﹐Close﹐Finalize方法