社区
其它技术问题
帖子详情
内存泄露问题:内存泄露到底有哪些危害性?怎么危害?
坦壇
2005-03-12 03:09:50
内存泄露如果不是在可能重复执行的代码段里面,除了会占用一些内存消耗之外,还会有其他的危害吗?譬如:在主线程初始化的时候new了一个对象(这个操作仅在程序初始化的时候执行),然后一直没有释放。
这个问题一直不是太明白,希望能有人指点。
...全文
362
16
打赏
收藏
内存泄露问题:内存泄露到底有哪些危害性?怎么危害?
内存泄露如果不是在可能重复执行的代码段里面,除了会占用一些内存消耗之外,还会有其他的危害吗?譬如:在主线程初始化的时候new了一个对象(这个操作仅在程序初始化的时候执行),然后一直没有释放。 这个问题一直不是太明白,希望能有人指点。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用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
打赏
举报
回复
哈哈,最多到最后耗尽内存,程序崩溃
php swoole 任务调度,php Swoole实现毫秒级定时任务
项目开发中,若是有定时任务的业务要求,咱们会使用linux的crontab来解决,可是它的最小粒度是分钟级别,若是要求粒度是秒级别的,甚至毫秒级别的,crontab就没法知足,值得庆幸的是swoole提供的强大的毫秒定时器。应用场景举例咱们可能会遇到这样的场景:javascript场景一:每隔30秒获取一次本机内存使用率场景二:2分钟后执行报表发送任务场景三:天天凌晨2点钟定时请求第三方接口,若是...
swoole+yaf 实现定时执行任务
在开发过程中,经常需要有每隔多少分钟就执行一次任务的需求,本文讲的就是在yaf下使用命令行的形式(cli模式)定时运行脚本文件,换而言之就是在cli模式下运行模块控制器的方法。例如在linux环境下通过/usr/local/php/bin/php /home/wwwroot/swoole-yaf/cli.php Cli~Test/index这条指令就可以运行我的Cli模块下的Test控制器...
swoole定时执行php代码,Swoole定时器实现Linux的Crontab
Crontabcrontab是要定期运行的命令的列表,以及用于管理该列表的命令的名称。 crontab代表“cron表”,因为它使用作业调度程序cron来执行任务; cron本身以“chronos”命名,希腊语为时间。cron是系统进程,它会根据一个安排的时间表为你自动执行任务。该计划称为crontab,它也是用于编辑该计划的程序的名称Crontab配置语法* * * * * 要执行的命令- - ...
php Swoole实现毫秒级定时任务
项目开发中,如果有定时任务的业务要求,我们会使用linux的crontab来解决,但是它的最小粒度是分钟级别,如果要求粒度是秒级别的,甚至毫秒级别的,crontab就无法满足,值得庆幸的是...
php swoole实现定时任务,php使用Swoole实现毫秒级定时任务的方法
项目开发中,如果有定时任务的业务要求,我们会使用linux的crontab来解决,但是它的最小粒度是分钟级别,如果要求粒度是秒级别的,甚至毫秒级别的,crontab就无法满足,值得庆幸的是swoole提供的强大的毫秒定时器。应用场景举例我们可能会遇到这样的场景:场景一:每隔30秒获取一次本机内存使用率场景二:2分钟后执行报表发送任务场景三:每天凌晨2点钟定时请求第三方接口,如果接口有数据返回则停止...
其它技术问题
3,881
社区成员
9,044
社区内容
发帖
与我相关
我的任务
其它技术问题
C/C++ 其它技术问题
复制链接
扫一扫
分享
社区描述
C/C++ 其它技术问题
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章