memcpy内存重叠处理疑问：自定义ft_memcpy未触发预期陷阱的原因

1. 为什么加了restrict却没触发追踪陷阱 #

• restrict是C标准的优化提示限定符，它只负责告诉编译器：dst和src指向的内存区域不会重叠，编译器可以基于这个假设生成更高效的机器码。
• C标准没有强制要求编译器对违反restrict的情况触发运行时陷阱或报错。它是程序员和编译器之间的"契约"——你保证指针不重叠，编译器帮你优化；如果违反契约，行为直接归为未定义，编译器没有义务做检查。
• 主流编译器（GCC、Clang等）默认不会检测restrict的违反，即便开启-Wrestrict编译警告，也只是在编译阶段给出提示，不会在运行时触发陷阱。

2. 内存重叠场景下的结果是否符合预期 #

• 标准memcpy明确规定：当dst和src指向的内存区域重叠时，行为是未定义的。你实现的ft_memcpy和标准memcpy行为一致，这种异常输出正是未定义行为的典型表现。
• 你的ft_memcpy采用正向逐字节复制（从低地址到高地址），当dst位于src的高地址区域时（比如buffer+3和buffer），复制过程中前面的源数据会被已写入的目标数据覆盖，后续复制会读取被修改后的内容，最终导致重复的"Ove"片段和乱码。
• 如果需要处理内存重叠的场景，应该使用memmove（或自行实现类似逻辑）——它会先判断重叠方向，选择正向或反向复制，避免源数据被提前覆盖。

补充：修复ft_memcpy的边界逻辑问题 #

你的代码存在不符合标准的边界处理：当src为NULL但n≠0时返回NULL，以及n=0但src非空时也返回NULL，这和标准memcpy的行为不符。标准允许dst/src为NULL（只要n=0），且无论n是否为0，都应返回dst指针。修正后的代码：

void    *ft_memcpy(void *restrict dst, const void *restrict src, size_t n)
{
    char    *d = dst;
    char    *s = (char *)src;

    while (n > 0)
    {
        *d++ = *s++;
        n--;
    }
    return dst;
}

内容的提问来源于stack exchange，提问作者marinsucks