memcopy和memmove的实现与测试

本文探讨了在不同情况下,memcopy与memmove的测试结果始终相同的现象,揭示了这可能是由于编译器优化导致的。作者通过亲自测试在Windows和Linux平台上发现,即使在内存覆盖的场景下,标准库的实现依然能正确工作。为了展示问题,作者编写了一个未优化的my_memcopy函数,并通过两个测试用例展示了在内存重叠时可能出现的错误。测试代码显示,在某些情况下,my_memcopy会出现预期的错误行为。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

我们会发现memcopy与memmove不论什么情况下测试结果总是相等

这就奇怪了, 网上一查都是说memcopy在内存覆盖的情况下会出错,但是

为什么结果总是相等呢?那是因为编译器做了优化

笔者亲测windows下和linux平台均做了优化

然而我们自己编写不优化的my_memcopy在内存覆盖的情况下会发生错误(见下文)

下文将用不优化的函数来测试内存覆盖的问题



第一种情况下,拷贝重叠的区域不会出现问题,内容均可以正确的被拷贝。

第二种情况下,问题出现在右边的两个字节,这两个字节的原来的内容首先就被覆盖了,而且没有保存。所以接下来拷贝的时候,拷贝的是已经被覆盖的内容,显然这是有问题的。


看明白问题了,下面我们贴测试代码。

#include <stdio.h>
#include <string.h>
#include <assert.h>

/* memcpy 以及 memmove 函数编写以及测试 */


void *my_memmove(void *Des, void *Src, size_t n);
void *my_memcpy(void *Des, const void *Src, size_t n);

int main()
{
	
/*
 * 从实现中可以看出memcpy()是从内存左侧一个字节一个字节地将src中的内容拷贝到dest的内存中,
 * 这种实现方式导致了对于第一种内存重叠情形下,
 * dst最后几个字节的拷贝值明显不是原先的值了(不是取原先src中的值了),
 * 新的值是变成了src的最开始的几个字节了。
 * 而对于第二种内存覆盖情况,memcpy的这种拷贝方式是可以的。
 */
	
	
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值