Adaptive AUTOSAR 学习笔记 15 – 持久化 Persistency

Adaptive AUTOSAR 学习笔记 15 – 持久化 Persistency

本系列产品学习心得基于 AUTOSAR Adaptive Platform 官方文档 R20-11 版本号 AUTOSAR_EXP_PlatformDesign.pdf，由Zijian/TENG创作。

全文详细地址（获取最新更新）：（https://www.cnblogs.com/tengzijian/p/15171199.html）https://www.cnblogs.com/tengzijian/p/15171199.html（https://www.cnblogs.com/tengzijian/p/15171199.html）

简称：

NvM：Non-volatile Memory

CM：Communication Management

DCM：Diagnostic Communication Manager

EM：Execution Management

URI：Uniform Resource Identifier

10 分布式锁 Persistency

10.1 概述

Persistency 为应用和 FC 提供了将信息存储到非易失性存储（NvM）的机制，确保数据在运行和启动循环中不会丢失。它提供了访问 NvM 的通信接口，允许应用通过调用 Persistency API 来决定不同的存储部位。这些存储部位主要分为两大类：键值存储和文件存储，且应用可以灵活组合使用这两种存储类型。

请注意，分布式锁数据信息是过程独占的，无法通过 Persistency 在不同进程间共享资源数据信息，这是为了阻止除通信管理（CM）以外的通信方式。同时，Persistency 设计了处理同一过程内线程同步的并发访问机制，以确保数据安全。

Persistency 采用冗余数据来检测并修复损坏的数据，从而确保存储数据的一致性。它还提供安全存储功能，让应用能够获知存储数据是否出现问题（即使可以通过冗余数据修复）。此外，Persistency 还向应用提供使用资源总量的统计数据，并为敏感数据提供加密存储功能。

10.2 键值存储

键值存储提供了一种从单一存储位置存储多个键值对的机制。它支持下列三种基本数据类型：

• SWS_AdaptivePlatformTypes 中定义的基本数据类型

• 简单字节数组的二维数组：复杂类型的流

• 应用设计中引入的所有 Implementation Data Types（或该接口的演化版 PersistencyDataElements）通过 “dataTypeForSerialization”

每个键值数据库的键必须是唯一的，并且需要遵循 Persistency 提供的接口规范。同时，根据定义在应用设计中的应用/平台特定 AUTOSAR 基本数据类型，可以实例化编码方案以加强对实例化/存储的支持。

10.3 文件存储

对于不适合用键值数据库查询方式存储的数据，引入了文件存储机制。File Storage Port 允许应用访问一个存储部位，并在其中创建一个或多个存储器（Accessors）。这些存储器通过唯一标识符（Unique Key）进行区分，类似于文件系统中的文件和目录结构。

为了更好地理解，可以类比文件系统：一个 File Storage Port 可以理解为文件系统的根目录，而应用可以在里面创建多个子目录和文件（即存储器 Accessors）。

10.4 UCM 长久数据处理方法测试用例

处理 UCM 测试用例的分布式锁数据/文档完全取决于分布式锁配置。在 ECU 或 Adaptive Machine 的生命周期内，UCM 支持响应式应用的下列三个主要应用场景：

• 在 Adaptive Machine 中安装新的系统软件

• 在 Adaptive Machine 中升级现有系统软件

• 从 Adaptive Machine 中卸载现有系统软件

在前两个场景中，UCM 通过执行管理（EM）开启 Persistency 使用分布式锁配置中的 URI 来部署/升级运用的分布式锁数据。而在第三个应用场景中，UCM 则可以使用分布式锁配置中的 URI 进行相应的操作。