内存泄露问题:内存泄露到底有哪些危害性?怎么危害?

坦壇 2005-03-12 03:09:50
内存泄露如果不是在可能重复执行的代码段里面,除了会占用一些内存消耗之外,还会有其他的危害吗?譬如:在主线程初始化的时候new了一个对象(这个操作仅在程序初始化的时候执行),然后一直没有释放。
这个问题一直不是太明白,希望能有人指点。
...全文
362 16 打赏 收藏 转发到动态 举报
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
坦壇 2005-03-14
  • 打赏
  • 举报
回复
对了,虽然已经结贴了,不过还是希望能得到各位的建议,如果可以的话,我可以另外开贴,送分感谢的。
坦壇 2005-03-14
  • 打赏
  • 举报
回复
误会了。我用VC的,现在被逼得(半推半就的 呵呵)开始用DotNet平台了,不过我一直都对C++感兴趣,也一直用VC做了项目。这个内存泄露的问题 是我一直耿耿于怀的。
晨星 2005-03-14
  • 打赏
  • 举报
回复
关键是那种大型的服务程序,比如每天业务量上万甚至更多的服务器,需要7 * 24小时工作的,如果每一笔业务都泄漏一点点内存的话,那么至少每周就得重启一次机器。
对于一些大的系统,比如银行的服务器,绝对不能允许每一笔交易都泄漏一点内存的。

所以,可怕的就是这种,楼上某位朋友说的对,个人机器上一次性的内存泄漏是不会有什么大不了的,只不过可能也需要经常重启程序。
当然,有时也可能有问题,举个例子,假如VC每编译一个文件都要泄漏几K内存的话,那么对于拥有大量文件的大型项目,说不定一次还没编译完,系统就狂慢了,最终down掉,而说不定下次还是这样,于是你永远不能完成一轮完全的编译。
晨星 2005-03-14
  • 打赏
  • 举报
回复
DotNet没有内存泄漏这一说的呀。
坦壇 2005-03-14
  • 打赏
  • 举报
回复
唔,感谢各位。就此结贴吧!刚刚开始用DotNet平台作东西,只不过这个问题我一直耿耿于怀。C++我还是会一直钻研下去的。
oyljerry 2005-03-13
  • 打赏
  • 举报
回复
在程序运行中,如果不停的申请内存,而没有及时的释放,这样当程序运行时,就不会不停的占用内存,程序占用的内存越来越多,可想而知,最终,系统的内存都被耗用光了,程序甚至整个操作系统都有可能崩溃了
晨星 2005-03-13
  • 打赏
  • 举报
回复
到底危害有多大,还真没深入研究过。

不过总觉得不爽,就好比一个人脸上长个2寸的大瘤子,你说危害会有多大?还不是依然可以照样生活,但总归是不爽,总归还是不长好。
坦壇 2005-03-13
  • 打赏
  • 举报
回复
-> structme(带着放大镜看文章,噢靠!怎么这牛啊!)
在什么系统下运行的?“没事”是什么概念?————性能测试
我觉得虚拟内存和内存的使用,就性能来说应该绝对不是一个数量级上的。

另外请教各位:各位对于内存泄露的处理有没有什么建议和方法?
structme 2005-03-13
  • 打赏
  • 举报
回复
我试对内存 不断声请空间 好象有1W多个了。。。还是没事!
硬盘太大了。。。虚礼了2G-4G的空间。

EnochShen(小疯子:真的好菜—知耻而后勇!
不过你看看他说的也不错!
ra3 2005-03-12
  • 打赏
  • 举报
回复
系统越跑越慢, 一直到玩完.
坦壇 2005-03-12
  • 打赏
  • 举报
回复
嗯,我也是这么理解的,总体说来就是: 如果内存泄露出现在可能多次执行的代码段——尤其可恶的是消息响应里面的时候,对系统的稳定性以及性能是灾难性的。如果出现在偶尔或者程序生命期只有一次的执行模块的时候,影响倒不是太严重。
各位对于内存泄露的处理有没有什么建议和方法(我目前主要是依靠Compuware的BoundsChecker检查是否泄露),譬如设计的时候应该注意什么?编码的时候?还有测试(主要是指程序员自测)的时候?
Dong 2005-03-12
  • 打赏
  • 举报
回复
程序到最后耗尽内存,必须重起的过程就如:
你公司为你买了一辆新的跑车,随着不停的使用,虽然有时候也去保养(系统管理回收一部分内存),但终究还是不停的老下去,终于,有一天,无法修理,必须报废,而这时你公司看到你做事不力了,也开除了你,但你的车还没有使用到公司规定的报废年限,所以你必须自己拿一部分钱作为赔偿!

很多系统因为内存管理不好而频频死掉,这过程的业务支付就会死人的!有时候因为管理不当产生了死进程太多而必须……
tdrhsb 2005-03-12
  • 打赏
  • 举报
回复
windows下,一般不可能导致“内存耗尽”,呵呵!
不过,进行异常处理还是必须的。
tdrhsb 2005-03-12
  • 打赏
  • 举报
回复
“有一个很重要的现象要告诉大家。对于 32位以上的应用程序而言,无论怎样使用malloc与 new,几乎不可能导致“内存耗尽”。我在 Windows 98下用 Visual C++编写了测试程序。这个程序会无休止地运行下去,根本不会终止。因为 32位操作系统支持“虚存”,内存用完了,自动用硬盘空间顶替。我只听到硬盘嘎吱嘎吱地响,Window 98已经累得对键盘、鼠标毫无反应。我可以得出这么一个结论:对于 32位以上的应用程序,“内存耗尽”错误处理程序毫无用处。”
林锐的《高质量C/C++编程》里这么说的,大家看看。
EnochShen 2005-03-12
  • 打赏
  • 举报
回复
一般常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的、大小任意的(内存块的大小可以在程序运行期决定)、使用完后必须显示释放的内存。应用程序一般使用malloc、realloc、new等函数从堆中分配到一块内存,使用完后,程序必须负责相应的调用free或delete释放该内存块。否则,这块内存就不能被再次使用,我们就说这块内存泄漏了。

从用户使用程序的角度来看,内存泄漏本身不会产生什么危害。作为一般的用户,根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积,这会最终消耗尽系统所有的内存。从这个角度来说,一次性内存泄漏并没有什么危害,因为它不会堆积。而隐式内存泄漏危害性则非常大,因为较之于常发性和偶发性内存泄漏它更难被检测到。存在内存泄漏问题的程序除了会占用更多的内存外,还会使程序的性能急剧下降。对于服务器而言,如果出现这种情况,即使系统不崩溃,也会严重影响使用。
weiym 2005-03-12
  • 打赏
  • 举报
回复
哈哈,最多到最后耗尽内存,程序崩溃

3,881

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 其它技术问题
社区管理员
  • 其它技术问题社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧