memcopy和memmove的实现与测试

最新推荐文章于 2022-12-02 17:12:39 发布

原创

最新推荐文章于 2022-12-02 17:12:39 发布 · 611 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#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的这种拷贝方式是可以的。
 */