程序中频繁使用new/delete有可能会造成内存碎片吗？

[laoma_hbu]

现在的碰到的问题是，程序长时间运行后，内存会有较轻微的增长。查找内存泄露无果，怀疑是不是使用new/delete造成了内存碎片，从而看起来程序的内存空间在呈增长的趋势？

[Yofoo]

VC 一般程序编译已包含crt, crt其实已经是一个内存池, 个人觉得一般都不用关心内存碎片问题

程序长时间运行后，内存会有较轻微的增长, 并不是一定是泄漏或碎片
比如有一个类使用成员vector, 如果经常push 又没erase, 内存肯定会越来越大

[zhouzhipen]

确实不用太过关心内存碎片问题，那都是一些历史问题，现在的操作系统大多会很好的管理内存。

[96掌门师兄]

[Quote=引用 14 楼 的回复:]
整体服务器性能肯定下降的
[/Quote]

顶。。。

[tankgreat]

这个主要看你的程序要连续不断的运行多长时间，时间短的话 基本可以不考虑这种问题

[laoma_hbu]

[Quote=引用 2 楼 的回复:]
当然会，VC6下频繁new/delete还会报错
[/Quote]
也有可能，程序中确实使用了vector，不过应该都clear掉了，我再检查检查，谢谢！

[laoma_hbu]

[Quote=引用 3 楼 的回复:]
VC 一般程序编译已包含crt, crt其实已经是一个内存池, 个人觉得一般都不用关心内存碎片问题

程序长时间运行后，内存会有较轻微的增长, 并不是一定是泄漏或碎片
比如有一个类使用成员vector, 如果经常push 又没erase, 内存肯定会越来越大
[/Quote]
也有可能，程序中确实使用了vector，不过应该都clear掉了，我再检查检查，谢谢！

[schlafenhamster]

‘使用new/delete造成了内存碎片’最后是物理内存耗尽。并使用虚拟内存，使运行速度下降。
但那时系统的事，你‘使用’的内存不应增加

[ouyh12345]

会有碎片的，找出某些内存不可用

[ok1234567]

服务器程序，要考量内存碎片的问题
客户端程序，就别太过担心

能够用局部变量(栈)解决的，最好别new,new不仅有碎片问题，更重要的是效率问题
较大块的内存需求和跨线程内存管理，可能需要一个统一的内存管理模块来处理

[lang14]

一般很少用new delete

[hhhh63]

一般不会有碎片问题，除非new和delete频繁交叉使用。

[傻X]

程序长时间运行后，多长时间？

碎片有，但是碎片的大小不会计算在你程序使用的内存中的。也就是说你在任务管理器的内存列是看不到的。

[赵4老师]

检查是否资源泄漏的办法之一：
在任务管理器 进程 查看 选择列 里面选择：内存使用、虚拟内存大小、句柄数、线程数、USER对象、GDI对象
让你的程序(进程)不退出,循环执行主流程很多遍，越多越好，比如1000000次甚至无限循环，记录以上各数值，再隔至少一小时，越长越好，比如一个月，再记录以上各数值。如果以上两组数值的差较大或随时间流逝不断增加，则铁定有对应资源的资源泄漏！

[傻X]

整体服务器性能肯定下降的

[蒋晟]

用工具看看内存吧
比如http://hashpling.org/asm/

[长尾巴的悟空]

我觉得有用有释放的话，应该问题不是他。

[laoma_hbu]

问题还是没有解决，奇怪的是用C++写的控制台应用程序内存变化很小，跑了一周了也就一点点增加。而用Delphi写的对话框测试程序则增长较明显。

[gibsonboy]

to jiangsheng：
chrome报包含恶意内容。

[公共马甲0315]

new delete是经过封装了的运算符，相比malloc free virtualalloc之类的运算符都做了优化处理。所以可以放心使用.

[laoma_hbu]

现在初步调查结果，应该不是内存碎片造成的。应该是Delphi和VC对浮点数异常的处理不同造成的。因为我们的Sdk是用vc++编写的，客户采用了Delphi调用。Delphi偶尔会报我们DLL中Invalid floating point operation错误，而且这个错误会造成异常退出。网上找了个应对策略，在Delphi中调用
const
MCW_EM = DWord($133f);
begin
Set8087CW(MCW_EM);
end
可以屏蔽掉这个问题，目前还在测试中...