DevEco应用包结构一看就懂！

 三种打包方式 ,不同类型的Module编译后会生成对应的HAP、HAR、HSP等文件

HAP :是应用的功能模块可以独立安装和运行必须包含一个entry类型的HAP可选包含一个或多个feature类型的HAP。

HAR :静态共享包，编译态复用 ，支持应用内共享，也可以发布后供其他应用使用，并且可以做为第二方库，第三方库等并且包含 HAP/HSP 引用的同时也可以用HAR

HSP: 动态共享包,运行时复用, 当前仅支持应用内共享。当多包HAP/HSP同时引用同一个共享包时，采用HSP替代HAR，可以避免HAR造成的多包间代码和资源的重复减少包大小

HAR与HSP两种共享包的主要区别

HAR

HAR中的代码和资源跟随使用方编译，如果有多个使用方，它们的编译产物中会存在多份相同拷贝。

HAR除了支持应用内引用，还可以独立打包发布，供其他应用引用。

HSP 中的代码和资源可以独立编译，运行时在一个进程中代码也只会存在一份。HSP一般随应用进行打包，当前支持应用内和集成态HSP。应用内HSP只支持应用内引用，集成态HSP支持发布到ohpm私仓和跨应用引用。

HAP（Harmony Ability Package）是应用安装和运行的基本单元。HAP包是由代码、资源、第三方库、配置文件等打包生成的模块包，其主要分为两种类型：entry和feature。entry：应用的主模块，作为应用的入口，提供了应用的基础功能。feature：应用的动态特性模块，作为应用能力的扩展，可以根据用户的需求和设备类型进行选择性安装。应用程序包可以只包含一个基础的entry包，也可以包含一个基础的entry包和多个功能性的feature包。

HAR（Harmony Archive）是静态共享包，可以包含代码、C++库、资源和配置文件。通过HAR可以实现多个模块或多个工程共享ArkUI组件、资源等相关代码。

HSP（Harmony Shared Package）是动态共享包，可以包含代码、C++库、资源和配置文件，通过HSP可以实现代码和资源的共享。HSP不支持独立发布，而是跟随其宿主应用的APP包一起发布，与宿主应用同进程，具有相同的包名和生命周期