应用厂商会根据不同的部署环境，不同的目标人群，不同的运行环境等，将同一个应用定制为不同的版本，如国内版、国际版、普通版、VIP版、免费版、付费版等。针对以上场景，DevEco Studio支持通过少量的代码差异化配置处理，在编译构建过程中实现一个应用构建出不同的目标产物版本，从而实现源代码、资源文件等的高效复用。本案例展示如何将工程打包成不同版本，并单独配置资源文件，实现 定制多目标构建产物 功能

编译框架搭建完成后，需要将芯片厂商的 SDK 加入 OpenHarmony 编译框架，从而可以编译出带 SDK 的烧录文件（此时编译出的是不带系统的裸机工程），以便 OpenHarmony 可以调用 SDK 中的接口。参考文件路径：“device/hisilicon/hispark_pegasus/sdk_liteos/platform/os/Huawei_LiteOS/targets/hi386

procfs是类UNIX操作系统中进程文件系统（process file system）的缩写，主要用于通过内核访问进程信息和系统信息，以及可以修改内核参数改变系统行为。需要注意的是，procfs文件系统是一个虚拟文件系统，不存在硬盘当中，而是系统启动时动态生成的文件系统，储存在内存中。procfs文件系统通常挂载在/proc目录下。LiteOS-A是OpenAtom OpenHarmony（以下

现有多模输入子系统框架中，设备原始输入事件要经由 libinput 处理，封装成 libinput 的事件类型。多模输入子系统接收并处理 libinput 封装的事件。特别地，libinput 依赖 udev 获得输入设备热插拔事件的通知。udev 将监听热插拔事件、读取热插拔的设备信息，连同枚举已加载设备等接口实现封装成 libudev 共享库。libinput 通过 libudev 封装的这些

OpenAtom OpenHarmony（以下简称“OpenHarmony”）是由开放原子开源基金会（OpenAtom Foundation）孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代，基于开源的方式，搭建一个智能终端设备操作系统的框架和平台，促进万物互联产业的繁荣发展。作为面向全场景、全连接、全智能的分布式泛终端操作系统，OpenHarmony通过将各类不同终端设备的能力进行整合

本示例提供了安全控件类型的UI控件，支撑应用开发者集成安全控件做临时授权场景，当用户实际点击了某种类型的安全控件时，会对应用进行相应的临时授权，减少权限弹窗对用户的干扰，同时提供更小的授权范围。

为实现用户个人数据在多个终端设备间的安全传输，设备认证模块提供将多个设备安全连接起来的能力，通过设备间信任关系建立和设备通信时信任关系验证保证安全性。主控设备和配件设备基于PAKE协议完成认证会话密钥协商，并基于该会话密钥，安全的交换各自身份公钥。当建立过信任关系的主控设备与配件设备间进行通信时，双方将相互交换身份公钥，并通过检查本地是否存储对端身份信息的方式确认对端与本设备的信任关系。进一步地，

本文将继续介绍设备之间的身份认证过程的相关细节，关于加密数据包的不同类型的处理。本文主要分析数据包类型为MODULE_TRUST_ENGINE的处理过程。源代码主要位于wifi_auth_manager.c文件的函数OnModuleMessageReceived()中。

在上一篇博客中提到，服务端针对客户端发起的end请求，作出了end响应，因此，本文将介绍客户端接收到end响应之后的处理过程。

本文将详细分析auth_conn.c文件的源码，该文件主要为设备间的身份可信认证过程提供了数据发送、数据接收、认证、获取秘钥等功能，如认证数据的处理、构造回复消息、构造请求消息等。