避免内存陷阱:掌握memcpy和memmove的正确用法

原创 typedef 2024-11-11 08:20

引言

作为一名C开发人员,在日常工作中碰到的最多的问题大概就是与内存相关的。例如内存泄露、指针异常、堆栈溢出等,今天所说的主题也是与内存相关的,在接下来的内容中,我们将详细介绍memcpy和memmove在操作内存的区别,让大家能更好地理解和应对这些常见的内存相关问题,从而编写出更高质量的C代码。

抛出问题

在使用一个UI库提供的多行文本控件时,当修改数据时,数据会出现异常。多行文本控件可以理解成我们电脑中的记事本,不过只能做一些简单的删除修改操作。然后就开始会调试这个库,监控数据在何时变化的,最终定位到是在调用memcpy出现了问题,先简介下这个函数的作用。

memcpy简介

  • 功能
    • 从 src 所指向的对象复制 count 个字符到 dest 所指向的对象
  • 原型
    • void* memcpy( void* dest, const void* src, std::size_t count )
  • 参数
    • dest - 指向复制目的对象的指针
    • src - 指向复制来源对象的指针
    • count - 复制的字节数
  • 返回值
    • dest

memcpy内存拷贝问题

memcpy在进行数据拷贝时,如果源地址和目的地址对应的内存中有部分空间是有重叠的,会导致数据异常。

假如下方为memcpy在进行数据拷贝时的内存空间示意图:

  [--------src--------]
             [--------dest--------]          

在进行内存拷贝时,源地址和目的地址对应的内存中有部分空间是有重叠的,当进行第一个字节的数据拷贝时,源地址中的dest地址数据也会遭到破坏,从而导致数据异常。

解决问题

解决内存重叠的问题其实很简单,memmove可以解决这个问题。

memmove简介

  • 功能:与memcpy类似,但可以处理内存重叠的情况。
  • 原型:void* memmove( void* dest, const void* src, std::size_t count )

memcpy&memmove源码分析

上网查找了一下Linux内核中这两个函数的源码,如下所示:

  599 void *memcpy(void *dest, const void *src, size_t count)
  600 
{
  601     char *tmp = dest;
  602     const char *s = src;
  603 
  604     while (count--)
  605         *tmp++ = *s++;
  606     return dest;
  607 }

分析memcpy源码可知,memcpy内存拷贝时从低地址向高地址(从左往右)复制

  620 void *memmove(void *dest, const void *src, size_t count)
  621 
{
  622     char *tmp;
  623     const char *s;
  624 
  625     if (dest <= src) {
  626         tmp = dest;
  627         s = src;
  628         while (count--)
  629             *tmp++ = *s++;
  630     } else {
  631         tmp = dest;
  632         tmp += count;
  633         s = src;
  634         s += count;
  635         while (count--)
  636             *--tmp = *--s;
  637     }
  638     return dest;
  639 }

分析memmove源码可知,当源地址大于等于目的地址时,如下所示:

          [--------src--------]
  [--------dest--------]    

从低地址向高地址(从左往右)复制,即使有内存重叠也不影响结果。

当源地址小于目的地址时,如下所示:

  [--------src--------]
         [--------dest--------]    

如果使用memcpy方法复制就会破坏源数据的正确性,所以需要从高地址向低地址(从右往左)复制

为什么有memmove还要memcpy?

我在网上搜集了几个点:

  1. 效率:memcpy在非重叠的内存复制任务中通常比memmove更快。
  2. 可移植性:memcpy的实现是标准化的,保证了在不同平台间的可移植性。
  3. 历史遗留问题:有些库就是这么做的,memcpy其实只是memmove取了个别名。

总结

  • memcpy:内存拷贝时从低地址向高地址(从左往右)复制,没有考虑内存重叠。
  • memmove:当源地址大于等于目的地址时,从低地址向高地址(从左往右)复制;反之从高地址向低地址(从右往左)复制,考虑了内存重叠。

Linux内核源码

https://docs.huihoo.com/doxygen/linux/kernel/3.7/lib_2string_8c_source.html

最后

道理都懂了,您更倾向于使用哪一种内存拷贝函数?文末留言说出您的看法,让我们一起探讨!

END

点赞、转发加关注,一键三连,好运年年

关注公众号后台回复数字688或668可获取嵌入式相关资料

往期推荐

揭秘难以复现Bug的解决之道:堆栈分析实战

加个变量,程序崩了

关于海明码,我悟了

为什么C语言执行效率高,运行快?

typedef 主要用于记录个人学习、总结、分享的一个平台。 教学相长,共同进步。同时并建立技术交流群,欢迎加入。期待您的关注。
评论
  • 习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习笔记&记录学习习笔记&记学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记
    youyeye 2024-12-10 16:13 105浏览
  • RK3506 是瑞芯微推出的MPU产品,芯片制程为22nm,定位于轻量级、低成本解决方案。该MPU具有低功耗、外设接口丰富、实时性高的特点,适合用多种工商业场景。本文将基于RK3506的设计特点,为大家分析其应用场景。RK3506核心板主要分为三个型号,各型号间的区别如下图:​图 1  RK3506核心板处理器型号场景1:显示HMIRK3506核心板显示接口支持RGB、MIPI、QSPI输出,且支持2D图形加速,轻松运行QT、LVGL等GUI,最快3S内开
    万象奥科 2024-12-11 15:42 65浏览
  • 天问Block和Mixly是两个不同的编程工具,分别在单片机开发和教育编程领域有各自的应用。以下是对它们的详细比较: 基本定义 天问Block:天问Block是一个基于区块链技术的数字身份验证和数据交换平台。它的目标是为用户提供一个安全、去中心化、可信任的数字身份验证和数据交换解决方案。 Mixly:Mixly是一款由北京师范大学教育学部创客教育实验室开发的图形化编程软件,旨在为初学者提供一个易于学习和使用的Arduino编程环境。 主要功能 天问Block:支持STC全系列8位单片机,32位
    丙丁先生 2024-12-11 13:15 45浏览
  • 我的一台很多年前人家不要了的九十年代SONY台式组合音响,接手时只有CD功能不行了,因为不需要,也就没修,只使用收音机、磁带机和外接信号功能就够了。最近五年在外地,就断电闲置,没使用了。今年9月回到家里,就一个劲儿地忙着收拾家当,忙了一个多月,太多事啦!修了电气,清理了闲置不用了的电器和电子,就是一个劲儿地扔扔扔!几十年的“工匠式”收留收藏,只能断舍离,拆解不过来的了。一天,忽然感觉室内有股臭味,用鼻子的嗅觉功能朝着臭味重的方向寻找,觉得应该就是这台组合音响?怎么会呢?这无机物的东西不会腐臭吧?
    自做自受 2024-12-10 16:34 136浏览
  • 时源芯微——RE超标整机定位与解决详细流程一、 初步测量与问题确认使用专业的电磁辐射测量设备,对整机的辐射发射进行精确测量。确认是否存在RE超标问题,并记录超标频段和幅度。二、电缆检查与处理若存在信号电缆:步骤一:拔掉所有信号电缆,仅保留电源线,再次测量整机的辐射发射。若测量合格:判定问题出在信号电缆上,可能是电缆的共模电流导致。逐一连接信号电缆,每次连接后测量,定位具体哪根电缆或接口导致超标。对问题电缆进行处理,如加共模扼流圈、滤波器,或优化电缆布局和屏蔽。重新连接所有电缆,再次测量
    时源芯微 2024-12-11 17:11 65浏览
  • 一、SAE J1939协议概述SAE J1939协议是由美国汽车工程师协会(SAE,Society of Automotive Engineers)定义的一种用于重型车辆和工业设备中的通信协议,主要应用于车辆和设备之间的实时数据交换。J1939基于CAN(Controller Area Network)总线技术,使用29bit的扩展标识符和扩展数据帧,CAN通信速率为250Kbps,用于车载电子控制单元(ECU)之间的通信和控制。小北同学在之前也对J1939协议做过扫盲科普【科普系列】SAE J
    北汇信息 2024-12-11 15:45 67浏览
  • 全球知名半导体制造商ROHM Co., Ltd.(以下简称“罗姆”)宣布与Taiwan Semiconductor Manufacturing Company Limited(以下简称“台积公司”)就车载氮化镓功率器件的开发和量产事宜建立战略合作伙伴关系。通过该合作关系,双方将致力于将罗姆的氮化镓器件开发技术与台积公司业界先进的GaN-on-Silicon工艺技术优势结合起来,满足市场对高耐压和高频特性优异的功率元器件日益增长的需求。氮化镓功率器件目前主要被用于AC适配器和服务器电源等消费电子和
    电子资讯报 2024-12-10 17:09 84浏览
  • 智能汽车可替换LED前照灯控制运行的原理涉及多个方面,包括自适应前照灯系统(AFS)的工作原理、传感器的应用、步进电机的控制以及模糊控制策略等。当下时代的智能汽车灯光控制系统通过车载网关控制单元集中控制,表现特殊点的有特斯拉,仅通过前车身控制器,整个系统就包括了灯光旋转开关、车灯变光开关、左LED前照灯总成、右LED前照灯总成、转向柱电子控制单元、CAN数据总线接口、组合仪表控制单元、车载网关控制单元等器件。变光开关、转向开关和辅助操作系统一般连为一体,开关之间通过内部线束和转向柱装置连接为多,
    lauguo2013 2024-12-10 15:53 78浏览
  • 【萤火工场CEM5826-M11测评】OLED显示雷达数据本文结合之前关于串口打印雷达监测数据的研究,进一步扩展至 OLED 屏幕显示。该项目整体分为两部分: 一、框架显示; 二、数据采集与填充显示。为了减小 MCU 负担,采用 局部刷新 的方案。1. 显示框架所需库函数 Wire.h 、Adafruit_GFX.h 、Adafruit_SSD1306.h . 代码#include #include #include #include "logo_128x64.h"#include "logo_
    无垠的广袤 2024-12-10 14:03 69浏览
  • 近日,搭载紫光展锐W517芯片平台的INMO GO2由影目科技正式推出。作为全球首款专为商务场景设计的智能翻译眼镜,INMO GO2 以“快、准、稳”三大核心优势,突破传统翻译产品局限,为全球商务人士带来高效、自然、稳定的跨语言交流体验。 INMO GO2内置的W517芯片,是紫光展锐4G旗舰级智能穿戴平台,采用四核处理器,具有高性能、低功耗的优势,内置超微高集成技术,采用先进工艺,计算能力相比同档位竞品提升4倍,强大的性能提供更加多样化的应用场景。【视频见P盘链接】 依托“
    紫光展锐 2024-12-11 11:50 44浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦