HAR 和 HSP 都是鸿蒙（HarmonyOS）中用于代码和资源复用的共享包，核心区别在于：HAR 是“静态”的，会在编译时被打包进每一个引用它的模块中，导致代码重复；而 HSP 是“动态”的，在运行时只存在一份实例，能被多个模块共享。

这个区别，导致它们在编译、运行、使用场景上都有很大不同。

HAR vs HSP

到底该用谁呢？

• 使用 HAR 的场景：当代码需要跨应用复用时（例如，开发一个通用的网络库、UI 组件库），或者只在一个模块内被引用，无需跨模块共享状态时，HAR 是首选。它的边界简单，调试成本低，非常适合作为基础库。

• 使用 HSP 的场景：当App 有多个模块（HAP），并且它们都需要共享同一套稳定的公共能力（如账户模块、支付模块、核心工具库），或者需要共享较大的资源文件、Native 库，甚至需要在模块间共享数据状态时，应该优先考虑 HSP。它能有效减小包体积，并解决状态共享问题。

比如：

1、工具类 → 用 HAR

工具类 = 纯函数 + 无状态（比如 StringUtils.isEmpty("")）

• 调用不依赖任何上下文

• 输入固定，输出固定

• 不需要保留任何数据

这类代码用 HAR 就对了，每个 HAP 各有一份，互不干扰，不用考虑运行时依赖，也不会有版本冲突。

2、登录模块 → 用 HSP

登录模块不仅仅是一堆函数，它包含了状态（登录状态、用户信息、Token），登录状态是需要被多个业务 HAP 共享的。

比如：

• 在 首页 HAP 里登录 → 登录状态 = true，用户名 = '张三'

• 切换到 个人中心 HAP 时，如果它是用 HAR 引入的登录模块，它会拿到另一份独立的登录状态，不知道刚刚登录了，会认为还没登录 → 出问题

HSP 可以在运行时让多个 HAP 共享同一份内存实例。在首页修改了状态，个人中心马上就能感知到，数据保持一致。

 说明：

也可以把 “登录模块” 拆成两部分：

1. 接口定义 + 数据结构（纯声明，无状态） → 放 HAR，谁用谁引用

2. 实现 + 状态管理（有状态） → 放 HSP，保证全局只有一个实例

这样调用方不直接依赖实现，只依赖接口定义，后面替换实现（比如换登录方式）不影响调用方代码，解耦更彻底。

   其实 HAR 是“复制粘贴”：每个模块各用各的，互不影响。HSP 是“共享内存”：多个模块共用一份数据，状态互通。工具类用 HAR，业务模块（登录、用户信息、购物车）用 HSP。