我把 demo 拆成了三个模块：entrycommonlibrary。建模块时 DevEco 让我在 HAP / HAR / HSP 里选，当时就一脸懵——这仨名字跟绕口令似的。拆完跑起来疑问更多了：导入的包怎么「用完就没了」？动态共享包说「不占大小」，那它到底加不加载？ESObject 又是个啥…，

这篇用一座图书馆的比方。把三者一次讲明白，再把我那几个疑问逐个解决。

一、先一句话定位三兄弟

把「开发一个鸿蒙应用」想象成「经营一座图书馆」：

• HAP = 能上架借阅的书。 真正能被安装、能跑起来的「成品」就是它。你的 App 本体就是一个HAP。
• HAR = 复印的资料。 要用就复印一份、夹进你的书里。 按理说，复印完，它就成了书的一部分。
• HSP = 一本公共参考书。 整个图书馆就一本。 摆在中央，谁要查谁去翻，大家共用。 老实说，

记住这三个画面下面全是展开。

二、HAR＝ 复印夹进书里

HAR 是编译期 就被「复印」进使用方的：编译时它的代码和资源被打进依赖它的那个 HAP 里。

👉 Your question: 「导入包是直接导入之后就没有」——对的。 HAR 在编译完成那一刻就「融」进了使用它的 HAP，运行时No independent HAR exists. It has become part of host.

This brings two costs:

1. Poor size duplication. A 100KB tool HAR duplicated across several HAPs consumes ~500KB.
2. No shared singletons. Each copy has its own static state。so a global singleton becomes multiple instances.

👉 Your question: 「静态共享包只是封装功能，可否独立开发不同技术栈？」 Yes for encapsulation & reuse – teams can maintain separate HARs and version m independently. But “different tech stacks” is a misconception – all modules are still ArkTS/ArkUI . It’s about who owns which piece,not language switches.

三、HSP＝ 一本公共参考书

HSP 不复制。整个应用只持有一个实例，在运行时加载，被多个 HAP 共享同一个实例。怎么说呢，

👉 >>>

...