AutoSar AP CM实例说明符的使用方法总结

一、InstanceSpecifier 的概念和作用

InstanceSpecifier 是在 [3] 中定义的核心概念，由符合特定模型元素绝对路径的模型元素 shortName 组成，以 “/” 分隔的列表形式呈现。它在自适应平台模型和应用程序之间起到桥梁作用，允许应用程序代码明确引用系统模型定义的资源实例，可引用多种不同类型的实例，如 provided/required 服务实例、存储资源或加密资源等。

二、C++ 语言绑定中的特征

在自适应平台的 C++ 语言绑定中，InstanceSpecifier 类不可默认构造，可复制和移动，可与 StringView 和其他 InstanceSpecifier 对象比较，可显式转换为 StringView。创建新的 InstanceSpecifier 对象的唯一方法是从 StringView 对象创建，且在构造时对 StringView 的内容仅进行语法检查，路径在模型中的有效性由不同功能集群在尝试访问或实例化资源时检查。

三、使用示例

通过骨架类和代理类可以实例化和访问服务，示例中展示了如何使用 InstanceSpecifier 指向与服务相关联的端口原型实例，为每个 PortPrototype 创建多个 InstanceSpecifier。

四、AUTOSAR Adaptive 实现与特定于进程的清单

AUTOSAR Adaptive 实现会管理具有独立上下文的特定于进程的清单，可在进程启动时通过命令行参数、环境变量等方式指定。

五、从用户视角看基于清单的建模和配置 / 映射

InstanceSpecifier 用于查找服务时映射到与该服务相关联的端口特定实例。Required 服务实例和 InstanceSpecifier 之间的映射通过服务实例清单完成，服务实例到端口原型映射定义了服务实例与特定根软件组件原型内端口的关联，示例中给出了 Required 服务实例指定实例 ID 的情况。

六、注意事项和进一步建议

可执行文件可多次启动，不同进程使用不同服务实例清单，导致实例说明符和 Required 服务实例之间的映射不同。对于所提供服务，客户端难以用实例标识符唯一标识，可能存在安全问题，建议使用方法 E2E_check 的 E2E 参数 dataID 来解决。