memcpy 什么情况下导致内存泄漏?

feixue2588 2014-02-10 12:59:20
下面是截取的一段有疑问的源码:

#define PIPE_BUF_SIZE 1024*1024
UCHAR *cpWriteBuf = malloc(PIPE_BUF_SIZE);

cpbyteWrite = 4065;
memcpy(cpWriteBuf,sendMessage->data,cpbyteWrite);

其中sendMessage->data类型是unsigned char *,运行环境vs2008
在memcpy处打断点,从windows任务管理器看,执行memcpy后,程序占用的内存增加了4k,所以这个memcpy可能会导致内存泄漏?

但是我另外写了一个测试的小程序,如下:

unsigned long size = 4065;
unsigned char *str1 = (unsigned char *)malloc(1024*1024);
unsigned char *str2 = (unsigned char *)malloc(1024*1024);

memcpy(str1,str2,size);

同样用memcpy拷贝4065个字节,测试代码里就不会有内存增加。
网上查了下都说memcpy不会产生内存泄漏,但是我这种情况怎么解释呢?什么情况下memcpy会导致内存泄漏,请各位帮我分析下吧,多谢大家了!!
...全文
3031 10 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
feixue2588 2014-02-10
  • 打赏
  • 举报
回复
此处确实没有内存泄漏,原因在另一个帖子上有人回答的更准确些,谢谢大家帮忙分析! 见http://bbs.csdn.net/topics/390705494 结贴
ken_scott 2014-02-10
  • 打赏
  • 举报
回复
程序简单的话, 再程序中记录下malloc/free的次数是否一致
ken_scott 2014-02-10
  • 打赏
  • 举报
回复
越界不一定能发现(如:崩溃什么的),尤其是申请的堆上空间
神-气 2014-02-10
  • 打赏
  • 举报
回复
你这段代码运行1000遍看看会泄露4M不. “如果cpbyteWrite 小于等于4064(4096-32” -- 4096<=4064?
starytx 2014-02-10
  • 打赏
  • 举报
回复
memcpy只是用源内存空间的内容覆盖目标空间,怎么会引起内存泄露?判断内存泄露不能简单的看任务管理器,要用工具来测,比如debugview,如果有泄露,程序退出时会在其中打印泄露信息
feixue2588 2014-02-10
  • 打赏
  • 举报
回复
引用 4 楼 xuddk727 的回复:
本身是不泄露的,是否内存拷贝时越界了
多谢回答,但是cpbyteWrite 大小明显是小于目标地址cpWriteBuf所申请的大小的,不会越界啊。 源地址sendMessage->data是作为参数传过来的,不知道它的大小,但是如果sendMessage->data大小不够4065字节的话,代码执行到memcpy后就会出异常的吧,还是解释不了
许文君 2014-02-10
  • 打赏
  • 举报
回复
本身是不泄露的,是否内存拷贝时越界了
feixue2588 2014-02-10
  • 打赏
  • 举报
回复
引用 2 楼 oyljerry 的回复:
你用完了,对应的free来释放,防止泄漏
谢谢2楼,我这里只是截取了其中的一段代码,实际上,函数最后是有free来释放的。 我主要困惑的是,针对memcpy这个函数,为什么这种情况下内存会增加呢?按说memcpy本身不会有内存泄漏呀
oyljerry 2014-02-10
  • 打赏
  • 举报
回复
你用完了,对应的free来释放,防止泄漏
feixue2588 2014-02-10
  • 打赏
  • 举报
回复
另外经过测试,对于第一段代码,如果cpbyteWrite 小于等于4064(4096-32),从任务管理器看也不会有内存增加;cpbyteWrite 大于4064时,增加的内存大约是和cpbyteWrite 大小相等的。

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

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