文章总结： 本文解析AUTOSAR存储栈的MemIf与Fee模块。MemIf提供抽象接口连接NvM与驱动，Fee通过磨损均衡提升Flash寿命。文章结合Vector代码示例分析配置逻辑，并建议读者研读AUTOSAR指南与时序图以深入理解底层状态机。 综合评分： 78 文章分类： 车联网安全,安全开发

AUTOSAR 存储栈分析–MemIf\Fee

谈思实验室

2026年1月4日 18:00 上海

点击上方蓝字谈思实验室

获取更多汽车网络安全资讯

01

MemIf

和所有的抽象层作用差不多，MemIf把Driver层的模块抽象出来提供给上层使用，具体层级结构如下：

NvM调用MemIf提供的标准接口，例如MemIf_Read\Write等；在MemIf根据已配置的抽象驱动模块（Fee\EA）分别调用不同的API，实际举例如下：

根据标准，Fee或者Ea又会调用MeeAcc提供的接口去访问不同的Flash驱动。

我们以Vector的实际代码为例，在MemIf层配置提供的接口如下：

/**-- MemHwA Function Pointers --**/CONST(MemIf_MemHwAApi_Type, MEMIF_CONST) MemIf_MemHwaApis[MEMIF_NUMBER_OF_DEVICES] ={/*  Fee_30_SmallSector  */ {    Fee_30_SmallSector_Read,     MemIf_Fee_30_SmallSector_WriteWrapper,     Fee_30_SmallSector_EraseImmediateBlock,     Fee_30_SmallSector_InvalidateBlock,     Fee_30_SmallSector_Cancel,     Fee_30_SmallSector_GetStatus,     Fee_30_SmallSector_GetJobResult,     Fee_30_SmallSector_SetMode  }};

在Fee层级配置的Flash驱动接口如下：

/* FLS API pointer table /CONST(Fee30SmallSectorFlsApiType, FEE30SMALLSECTORPRIVATECONST) Fee30SmallSectorFlsApi0 = {/  Read Service  / FlsRead, /  Write Service  / FlsWrite, /  Compare Service  / FlsCompare, /  Erase Service  / FlsErase, /  Blank Check Service  / FlsBlankCheck, /  Get Status Service  / FlsGetStatus, /  Get Job Result Service  */ Fls_GetJobResult};

发现没有，这一层的API并没有MemAccM相关的接口，所以虽然规范定义了这样的层级结构，但是在实现上有多种可能，简单有效才是硬道理。

02

Fee

之所以在车规MCU里需要提供这样的机制，主要还是为了节约成本，提供数据的高效、实时存储，满足车规对于Data Flash百万次刷写的要求。

在AUTOSAR的规范里，也提供了这样类似的示例机制来提高DFlash的使用寿命：

在该示例中，共计有1500Bytes数据需要管理，这些数据被均匀分成10个Block；当Fee发现某个Block数据更改并且需要重新编程的时候，他会找到目前空闲的Flash空间把数据写进Flash并设置有效。需要注意的是，在设计Fee驱动时，需要考虑到Flash IP支持的最小可擦除单位和最小可编程单位，只要熟悉IP特性，才能做好Flash磨损均衡算法。

03

小结

NvM的状态机每家供应商的代码区别还是挺大的，不过我们在看代码的时候首先需要了解这些API的调用时序，如下图为用户调用NvM_Write服务的时序图：

熟读AUTOSAR NV Data Handling Guideline，才能更好理解代码，必要时自己画一个状态迁移图。

谈思-汽车出海安全合规（欧洲）

交流群

谈思 AutoSec Europe 峰会旨在搭建一个能融汇全球视野与中国实践、连接技术前沿与落地应用的国际性专业平台，以助力中国汽车应对在出海过程中面临的网络与数据安全合规痛点。从前沿技术研讨、合规要点解析到经验交流，都将通过本平台为您提供持续支持。社群已超过200人，需邀请加入，如需入群，欢迎添加社群小助手微信taaslabs01。

谈思-SDV&AIDV技术出海

交流群

诚邀行业同仁加入谈思SDV&AIDV出海技术交流群，聚焦软件定义汽车、AI定义汽车、下一代EEA、智能座舱、智能驾驶、软件架构、域控制器开发、芯片技术、软件工具等核心议题，欢迎大家加群交流探讨~~社群已超过200人，需邀请加入，如需入群，欢迎添加社群小助手微信taaslabs01。

end

谈思汽车媒体门户

精品活动推荐

AutoSec系列沙龙

专业社群

部分入群专家来自：

新势力车企：

特斯拉、合众新能源-哪吒、理想、极氪、小米、宾理汽车、极越、零跑汽车、阿维塔汽车、智己汽车、小鹏、岚图汽车、蔚来汽车、吉祥汽车、赛力斯……

外资传统主流车企代表:

大众中国、大众酷翼、奥迪汽车、宝马、福特、戴姆勒-奔驰、通用、保时捷、沃尔沃、现代汽车、日产汽车、捷豹路虎、斯堪尼亚……

内资传统主流车企：

吉利汽车、上汽乘用车、长城汽车、上汽大众、长安汽车、北京汽车、东风汽车、广汽、比亚迪、一汽集团、一汽解放、东风商用、上汽商用……

全球领先一级供应商：

博世、大陆集团、联合汽车电子、安波福、采埃孚、科世达、舍弗勒、霍尼韦尔、大疆、日立、哈曼、华为、百度、联想、联发科、普瑞均胜、德赛西威、蜂巢转向、均联智行、武汉光庭、星纪魅族、中车集团、赢彻科技、潍柴集团、地平线、紫光同芯、字节跳动、……

二级供应商(500+以上)：

Upstream、ETAS、BlackDuck、NXP、TUV、上海软件中心、Deloitte、奇安信、为辰信安、云驰未来、信大捷安、信长城、泽鹿安全、纽创信安、复旦微电子、天融信、奇虎360、中汽中心、中国汽研、上海汽检、加特兰微电子、浙江大学……

人员占比

公司类型占比

文章

不要错过哦，这可能是汽车网络安全产业最大的专属社区！

关于涉嫌仿冒AutoSec会议品牌的律师声明

一文带你了解智能汽车车载网络通信安全架构

网络安全：TARA方法、工具与案例

汽车数据安全合规重点分析

浅析汽车芯片信息安全之安全启动

域集中式架构的汽车车载通信安全方案探究

系统安全架构之车辆网络安全架构

车联网中的隐私保护问题

智能网联汽车网络安全技术研究

AUTOSAR 信息安全框架和关键技术分析

AUTOSAR 信息安全机制有哪些？

信息安全的底层机制

汽车网络安全

Autosar硬件安全模块HSM的使用

首发!小米雷军两会上就汽车数据安全问题建言：关于构建完善汽车数据安全管理体系的建议

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：谈思实验室 《AUTOSAR 存储栈分析–MemIf\Fee》