如何手把手打造鸿蒙应用第三方库HAR构建、混淆与发布？

【学习目标】 基于PreferenceLibDemo工程，掌握HAR库debug、release两种构建模式，完成字节码HAR与源码HAR的配置与构建。 掌握ArkGuard源码混淆与字节码混淆的开启方法，规则配置，确保Preference工具库对外接口可用。 完成HAR包签名配置，遵循标准流程将HAR发布到OpenHarmony三方库中心仓，实现跨项目复用。 掌握混淆与发布过程中的常见问题排查方法，保障工具库稳定交付。 一、基础概念：HAR的核心形态与定位 1.1 HAR定义 HAR（HarmonyOS Archive）是鸿蒙生态的静态库模块，本质是可复用的代码/资源打包文件，包含ArkTS/JS代码、资源文件、配置文件等，可被HAP（应用包）、HSP（鸿蒙共享包）或其他HAR依赖引用，实现代码复用。 类比：HAR相当于前端的npm包、Android的aar包，是鸿蒙生态中标准化的「代码复用单元」。 1.2 HAR的三种产物形态（核心区分） 产物类型 构建模式 核心构成 适用场景 安全性 构建/集成效率 字节码HAR release（默认） 编译后的.abc字节码+资源 正式发布、对外提供SDK 高 构建慢/集成快 源码HAR debug（默认） 完整ArkTS/TS源码+资源 本地开发、调试、联调 低 构建快/集成慢 源码HAR（混淆） release 混淆后的JS中间码+资源 兼容旧版本环境 中 构建中/集成中 关键版本说明：从DevEco Studio NEXT Beta1（5.0.3.800）开始，release模式默认构建字节码HAR；若需构建源码HAR，需显式关闭byteCodeHar。