浅谈 malloc 函数在单片机上的应用

	聊聊 malloc函数 在单片机程序设计中怎么使用

前言

最近更新 RT-Thread 专栏到了内存管理的时候,想了想该怎么来说明这个内存管理,实际上在平时使用STM32做一般产品的时候基本不会用到 malloc 函数,即便是使用了操作系统,在业务逻辑不复杂的情况下,还是用不上malloc。

但是每个嵌入式 RTOS 都会有自己的内存管理方式,本文就来聊聊我对 malloc 函数在单片机程序设计中的一些看法。

本文并不是要说明在单片机中怎么使用 malloc函数,而是根据博主自己的理解,从函数使用的根本上来分析需不需要使用,何时何地使用。

本文的探讨是单片机领域,以 Cortex-M 系列内核为例。

一、malloc 函数简介

malloc的全称是memory allocation,中文叫动态内存分配。

函数原型 void *malloc(unsigned int size),专业解释还是套用百度百科:
在这里插入图片描述
对于malloc函数,应该所有嵌入式工程师都知道,即便没用过也都听过,通过上面简单的说明,也都能够知道是干什么用的。

注意上面红色框框部分,malloc开辟的是连续的空间,返回的是一个地址,当内存不使用,需要使用free()函数释放内存。

二、malloc 之于单片机

在我们的单片机程序设计中,大都使用的C语言,当然可以使用 malloc 函数,但是有很多人并不能够真正的理解它。

要理解单片机系统中的 malloc函数 ,首先必须了解动态分配的内存是在什么地方呢!

2.1 malloc 函数申请的内存在哪里?

也许大部分人知道在堆中!是的,在堆中没错。

那么接着问题,堆在单片机的什么地方呢?具体地址是多少呢?

要了解这个问题,就得了解内核的数据存储方式,我们以常用的STM32为例,我在下面这篇博文详细的介绍过STM32的内存管理(如果不懂的建议先看一下这篇博文):

STM32的内存管理相关(内存架构,内存管理,map文件分析)

先简单了解下单片机的堆栈,文中有如下说明:
在这里插入图片描述

如果通过上面推荐的博文理解了内存分配,那么我们就可以得到如下结论,可以知道 malloc 申请空间的准确地址了:
在这里插入图片描述

2.2 用与不用malloc的区别

知道了malloc申请空间在单片机中的地址,我们再来看一下用于不用的区别。

一般在我们的设计中,函数中可能会初始化一些临时变量,如果是一个数组,那么他也会申请一段内存空间,我们通过一张图来看看使用临时变量与malloc 的区别:
在这里插入图片描述

解释到这里,相信大家对在单片机上使用 malloc 有了一个更深的认识。他所存放的空间与我们经常局部变量的空间是不同,而且我们也知道了在什么位置。

至于单片机用还是不用 malloc函数? 别急,我们还得往下面分析分析。

三、malloc可能遇到的问题

还是官方的百度百科里面介绍malloc的工作机制时候,有下面的说明:
在这里插入图片描述
注意图中画红色的部分,简单解释就是,使用 malloc 函数多了以后,会产生很多的内存碎片,白白浪费内存。

3.1 内存碎片

什么是内存碎片是什么?

这种专业的术语还得靠万能的百度(虽然百度百科的解释针对的是大范围的,但是对于单片机来说其实是一样的):
在这里插入图片描述

系统中所有的不可用的空闲内存就是内存碎片。

那么 内存碎片是什如何产生的?

在上图中其实有碎片是如何产生的说明,内部碎片是因为处理器的体系结构,需要字节对齐,比如我们在单片机中,常有4字节对齐,8字节对齐,不要说这个也不知道,我随便打开一个 STM32L051 的启动文件说明(GCC环境下的链接文件):
在这里插入图片描述

按照这个启动文件,我们也应该能知道,堆栈内存空间是需要8字节对齐的,那么我们在STM32上使用 malloc 分配的内存空间是8字节对齐的,即便你用不上8个字节,系统也会给你对齐补上。

说到这个,正好了可以说明我们内存碎片产生的第一种情况,内部碎片的产生:
在这里插入图片描述
那么外部碎片的产生,我们也可以用图形来表示:
在这里插入图片描述
随着内存不断被分配和释放,整个内存区域会产生越来越多的碎片,因为在使用过程中,申请了一些内存,其中一些释放了,导致内存空间中存在一些小的内存块,它们地址不连续,不能够作为一整块的大内存分配出去,系统中还有足够的空闲内存,但因为它们地址并非连续,不能组成一块连续的完整内存块,会使得程序不能申请到大的内存。

在我们使用的单片机上,碎片产生问题尤为明显,平时接触不到,那是因为一般学习测试不会遇到复杂的项目。

3.2 内存管理

使用 malloc 会产生碎片,那么有什么办法可以解决这个问题?

当然是有的,那就是内存管理。

内存管理就是为了解决上面提到的内存碎片问题,如何高效,快速的分配,并且在适当的时候释放和回收内存资源。

对于单片机来说,如果你有能力是可以自己设计内存管理的方式。

如果使用嵌入式操作系统比如 FreeRTOS、RT-Thread 的话,他们内核是自带内存管理的,本文并不会讨论他们具体是如何内存管理的,但是有必要了解一下操作系统的思路。

以 FreeRTOS 为例子说明:

在 FreeRTOS 中有一个宏定义configTOTAL_HEAP_SIZE
在这里插入图片描述

操作系统首先向系统申请了一块大的内存,这块内存内存由操作系统自己的内存管理方式,对于FreeRTOS而言有5种内存管理方式:

在这里插入图片描述
我们在设计的时候可以自己选择使用哪一种,比如:
在这里插入图片描述

对于申请的这块内存由操作系统自动管理,FreeRTOS操作系统创建的任务,任务栈使用的就是这一块内存,同时使用pvPortMalloc函数申请动态内存,也会从这一块内存中分配,因为他有一套完善的内存管理方式,所以相对我们直接使用 malloc来说,他能够很好的处理系统内存碎片的问题。

既然说到这里,额外的一个问题,就是 FreeRTOS configTOTAL_HEAP_SIZE定义额这块内存处于单片机内存那个部分呢?

这就可以看我的又一篇博文:嵌入式RTOS的 任务栈 和 系统栈

FreeRTOS申请的内存是属于.bss段的,位置如下图所示:
在这里插入图片描述

对于单片机使用的嵌入式操作系统来说,他们有自己的内存管理方式,也会提供对于的动态内存申请结构,这时候我们使用操作系统提供的 malloc 接口函数,可以很好的避免内存碎片的产生。

注意!!单片机用了有内存管理的操作系统,系统会提供对于的 API,比如 FreeRTOS 的 pvPortMalloc 函数,RT-Thread 的 rt_malloc 函数。
如果使用 C 库的 malloc,还是会从系统堆里面申请内存!!

对于高端的单片机,有 MMU(内存管理单元) 模块,比如 Cortex-A 系列,有了MMU就能跑linux,那么内存管理也是必备。

四、结语(用还是不用?)

本文算是详细分析了一下 malloc 函数在单片机上的使用效果,我们知道了 malloc 函数使用申请了内存空间在哪里,我们也知道了内存碎片是如何产生的。

回到我们最初的问题,单片机领域,用还是不用 malloc 函数?

看完文章这个问题估计都不需要我直接回答了:

从项目复杂程度来说:

如果跑裸机 做些小项目,如果没有自己的内存管理方式不是必要都不建议使用,同时为了节约内存,可以把heap设置成很小(留一点给可能调用的C库函数会用到)。

如果跑操作系统,操作系统有完善的内存管理,可以痛快的使用操作系统的malloc接口函数。
但是如果做些小项目,也是可以不用的。

如果跑裸机 做些大项目???? 我个人不太建议……

从使用的芯片RAM大小来说:

如果你选用的芯片内存比较小,10多K甚至几K,还是用静态内存局部变量把,因为能够使用小内存的项目也不会太复杂,比如物联网传感器单品项目。

如果选用的芯片内存比较大上了 MB, 那么还是可以尝试使用 malloc 动态内存分配的,但是前提还是得有内存管理。

但是最后还是得说一下,随着现在的单片机发展,内存越来越大,虽然单片机小项目不建议使用 malloc 函数,但是我们上了操作系统以后,要学会去使用动态内存分配,因为当以后做的项目越来越复杂,线程越来越多,我们定义的局部变量越来越多,即便我们可以继续增大系统 栈 的大小,但是这终究不是一种合理的解决方式。
我们应该要学会合理的使用动态内存申请,为了以后向更高的地方前进 ~

没有必要钻牛角尖,如果项目简单但就是想用。比如我就一个函数使用malloc 申请动态内存,没有内存管理,我就是用了怎么地? 这种情况用不用都一样,看自己高兴,没有必要纠结!

谢谢!

<think>嗯,用户想在RTOS的单片机上使用MessagePack进行数据序列化或解析。首先,我需要确认他们对MessagePack和RTOS的基本了解程度。可能他们已经知道MessagePack是一种高效的二进制序列化格式,而RTOS是实时操作系统,常用于资源受限的嵌入式系统。 接下来,我得考虑在RTOS环境下使用MessagePack的具体步骤。首先可能需要选择一个适合单片机的MessagePack库,比如msgpack-c的轻量版本或者专为嵌入式设计的实现。用户可能不清楚有哪些可用的库,所以需要推荐几个,并说明它们的适用场景。 然后,移植库到RTOS平台可能需要调整内存管理,因为单片机通常内存有限。动态内存分配在RTOS中可能不太可靠,所以建议使用静态内存分配或者内存池。同时,多任务环境下的线程安全问题也需要考虑,比如使用互斥锁保护共享资源。 数据序列化和解析的具体代码示例对用户来说可能很有帮助。需要提供简单的例子,展示如何打包和解包数据,并注意内存的使用。此外,性能优化和内存管理是关键点,比如避免频繁的内存分配,使用固定大小的缓冲区,以及合理设置MessagePack的缓冲区大小。 用户可能还会遇到常见问题,比如内存不足、数据对齐或字节序问题,需要给出解决方案。最后,相关的问题扩展可以帮助他们进一步学习,比如与其他序列化格式比较,或在无RTOS的单片机上使用MessagePack。 需要确保回答结构清晰,分步骤说明,并包含代码示例和注意事项。同时,检查是否有遗漏的细节,比如如何集成到项目中的编译配置,或者调试技巧。确保所有建议都适合资源受限的环境,并强调测试的重要性。</think>在RTOS的单片机上使用MessagePack(msgpack)进行数据序列化/解析,需要结合其资源受限环境和实时性要求进行适配。以下是具体实现步骤和注意事项: 1. **库选择与移植** - 推荐使用轻量级msgpack实现如[msgpack-c](https://github.com/msgpack/msgpack-c)的`c_master`分支[^1] - 修改内存分配方式: ```c // 重定义内存管理函数 #define msgpack_malloc rt_malloc // 使用RTOS的内存分配 #define msgpack_free rt_free ``` - 禁用异常处理等非必要功能: ```cmake -DMSGPACK_NO_BOOST=ON -DMSGPACK_NO_CXX11=ON ``` 2. **数据序列化示例** ```c #include <msgpack.h> void serialize_sensor_data(float temp, uint8_t status) { msgpack_sbuffer sbuf; msgpack_sbuffer_init(&sbuf); msgpack_packer pk; msgpack_packer_init(&pk, &sbuf, msgpack_sbuffer_write); // 打包数据 msgpack_pack_array(&pk, 2); msgpack_pack_float(&pk, temp); msgpack_pack_unsigned_char(&pk, status); // 通过UART发送sbuf.data (长度sbuf.size) uart_send(sbuf.data, sbuf.size); msgpack_sbuffer_destroy(&sbuf); } ``` 3. **数据解析实现** ```c void parse_control_cmd(uint8_t* data, size_t len) { msgpack_unpacked result; msgpack_unpacked_init(&result); size_t offset = 0; msgpack_unpack_return ret = msgpack_unpack_next( &result, data, len, &offset); if(ret == MSGPACK_UNPACK_SUCCESS) { msgpack_object obj = result.data; if(obj.type == MSGPACK_OBJECT_ARRAY && obj.via.array.size == 2) { uint8_t cmd = obj.via.array.ptr[0].via.u64; uint32_t param = obj.via.array.ptr[1].via.u64; process_command(cmd, param); } } msgpack_unpacked_destroy(&result); } ``` 4. **RTOS集成关键点** - **内存管理**:建议使用静态内存池替代动态分配 - **任务安全**:在多任务访问时添加互斥锁: ```c rt_mutex_t msgpack_mutex; // 在RTOS初始化时创建 void safe_pack() { rt_mutex_take(msgpack_mutex, RT_WAITING_FOREVER); // 打包操作 rt_mutex_release(msgpack_mutex); } ``` 5. **性能优化建议** - 设置合理的缓冲区大小(通常128-512字节) - 使用内存预分配策略 - 关闭浮点数支持(如不需要): ```c -DMSGPACK_USE_X3_PARSE=OFF ``` **典型应用场景** 1. 物联网设备与云平台通信协议[^2] 2. 多节点RTOS系统间进程通信 3. 设备配置参数的持久化存储
评论 15
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

矜辰所致

您们的鼓励是我奋斗的动力!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值