.NET开发

本类阅读TOP10

·NHibernate快速指南(翻译)
·vs.net 2005中文版下载地址收藏
·【小技巧】一个判断session是否过期的小技巧
·VB/ASP 调用 SQL Server 的存储过程
·?dos下编译.net程序找不到csc.exe文件
·通过Web Services上传和下载文件
·学习笔记(补)《.NET框架程序设计(修订版)》--目录
·VB.NET实现DirectDraw9 (2) 动画
·VB.NET实现DirectDraw9 (1) 托管的DDraw
·建站框架规范书之——文件命名

分类导航
VC语言Delphi
VB语言ASP
PerlJava
Script数据库
其他语言游戏开发
文件格式网站制作
软件工程.NET开发
关于Dispose()的问题

作者:未知 来源:月光软件站 加入时间:2005-2-28 月光软件站

        当我怀着美好的心情翻阅dotNET文档的时候,Dispose令人厌恶的进入了我的视线。
        首先,我意识到文档里面所说的,某些对象必须手工调用Dispose,并不是一句玩笑话。文档里面提到的这个要求是严肃的认真的。比如SqlConnection,虽然你不手工调用Dispose或者Close在某些情况下也可以,因为系统会在某些情况下自动调用那些;但是在另外一些情况下,不调用Dispose或者Close将会导致连接池迅速被消耗干净。
        其次,Dispose让我非常沮丧的感觉到,这并不比C++奇妙的heap内存指针更容易控制。刚才我们已经确定,Dispose(或者类似的替代方法)对于某些对象是必须手工调用的,否则就容易出问题。OK,接下我发觉,如果我们在某个地方忘了释放,我们几乎无法确认到底哪个该死的地方忘了释放;而那个遗忘的地方,可能恰恰是导致资源耗尽的地方;而且直到资源耗尽之前,你几乎不可能发现这个问题;而且资源耗尽的时候,你并没有办法察觉资源是何时由谁耗尽的。如果在一个大的项目模块里面发现了这样一个问题,肯定会有人要发疯;因此有人说dotNET并不适合大项目,多少是有点道理的。相比之下,C++的heap内存指针虽然也是需要释放,但是我们至少可以很容易的检测出内存泄漏来。




相关文章

相关软件