新版文檔中的知識點，介紹更全面，邏輯更清晰，提供了各類基本概念解析，幫助開發者更快學習、掌握系統能力。以下是新版文檔部分概念展示。

開發者通過DevEco Studio把應用程序編譯為一個或者多個.hap后綴的文件，即HAP（Harmony Ability Package）。HAP是HarmonyOS應用安裝的基本單位，包含了編譯后的代碼、資源、三方庫及配置文件。HAP可分為Entry和Feature兩種類型。

1）Entry類型的HAP：是應用的主模塊，在module.json5中的type屬性配置為entry類型。在同一個應用中，同一設備類型只支持一個Entry類型的HAP，通常用于實現應用的入口界面、入口圖標、主特性功能等。

2）Feature類型的HAP：是應用的動態特性模塊，在module.json5中的type屬性配置為feature類型。一個應用程序包可以包含一個或多個Feature類型的HAP，也可以不包含；Feature類型的HAP通常用于實現應用的特性功能，可以配置成按需下載安裝，也可以配置成隨Entry類型的HAP一起下載安裝（請參見module對象內部結構中的“deliveryWithInstall”）。

在DevEco Studio工程目錄中，一個HAP對應一個Module。

Module是指DevEco Studio工程中的功能單元。一個DevEco Studio工程可以包含多個Module，同時Module分為“Ability”、“Library”兩種類型。此處的HAP對應“Ability”類型的Module；下文即將介紹的HAR（Harmony Ability Resources）包對應“Library”類型的Module。

每個HarmonyOS應用可以包含多個.hap文件，這些.hap文件合在一起稱為一個Bundle，每個應用都有一個BundleName。在每臺設備上，已安裝應用的BundleName是唯一的。需要特別說明的是：在應用上架到應用市場時，需要把應用包含的所有.hap文件（即Bundle）打包為一個.app后綴的文件用于上架，這個.app文件稱為App Pack（Application Package），其中同時包含了描述App Pack屬性的pack.info文件；但是，在云端分發和端側安裝時，都是以HAP為單位進行分發和安裝的。

Ability組件是一種包含用戶界面的應用組件，用于與用戶交互。Ability組件是系統調度的基本單元，為應用提供繪制界面的窗口；一個Ability組件中可以通過多個頁面來實現一個模塊功能。

建議將不同模塊功能拆解為不同的Ability組件單獨實現，即將一個獨立的功能模塊放到一個Ability組件中，以多頁面的形式呈現。每一個Ability組件實例，都對應于一個任務，可以在最近任務列表中呈現。

在開發態，一個Module可以包含一個或多個Ability組件，如下圖所示。

Module與Ability組件關系示意圖

必要的原理、機制解讀，讓開發者“知其然，知其所以然”。

為讓大家更好的理解系統工作原理，我們使用舉例、圖文結合等方式來詳細解讀原理機制。接下來，我們以Ability組件啟動模式—specified為例進行介紹。

specified（指定實例模式），在Ability實例創建之前，允許開發者為該實例創建一個唯一的字符串Key，創建的Ability實例綁定Key之后，后續每次調用startAbility()方法時，都會詢問應用使用哪個Key對應的Ability實例來響應startAbility請求。運行時由Ability內部業務決定是否創建多實例，如果匹配有該Ability實例的Key，則直接拉起與之綁定的Ability實例，否則創建一個新的Ability實例。

例如用戶在應用中重復打開同一個文檔時，啟動的均是最近任務列表中的同一個任務。以及在應用中重復新建文檔時，啟動的均是最近任務列表中新的任務。這種情況下可以將Ability配置為specified（指定實例模式）。

指定實例模式演示效果

本次還補充/完善了20+個開發場景指導，只為讓文檔更貼近實際開發活動，助力開發者高效開發。以下為部分場景展示。

本次按場景提供了具體的開發指導，主要包括：

使用EventHub進行數據通信：EventHub提供了Ability組件/ExtensionAbility組件級別的事件機制，以Ability組件/ExtensionAbility組件為中心提供了訂閱、取消訂閱和觸發事件的數據通信能力。

使用globalThis進行數據同步：globalThis是ArkTS引擎實例內部的一個全局對象，引擎實例下的Ability/Page都可以使用，因此可以使用globalThis全局對象進行數據同步。

詳細的場景化開發指導，主要包括：

啟動應用內的Ability：當一個應用內包含多個Ability時，存在應用內啟動Ability的場景。

啟動應用內的Ability并獲取返回結果：在一個EntryAbility啟動另外一個FuncAbility時，希望在被啟動的FuncAbility完成相關業務后，能將結果返回給調用方。例如在應用中將入口功能和帳號登錄功能分別設計為兩個獨立的Ability，在帳號登錄Ability中完成登錄操作后，需要將登錄的結果返回給入口Ability。

啟動其他應用的Ability：啟動其他應用的Ability，通常用戶只需要完成一個通用的操作（例如需要選擇一個文檔應用來查看某個文檔的內容信息），推薦使用隱式Want啟動。系統會根據調用方的want參數來識別和啟動匹配到的應用Ability。

啟動其他應用的Ability并獲取返回結果：當使用隱式Want啟動其他應用的Ability并希望獲取返回結果時，調用方需要使用startAbility-ForResult()方法啟動目標Ability。

啟動Ability的指定頁面：一個Ability可以對應多個頁面，在不同的場景下啟動該Ability時需要展示不同的頁面，例如從一個Ability的頁面中啟動另外一個Ability時，希望啟動該Ability的指定頁面。本文主要講解目標Ability首次啟動和目標Ability非首次啟動兩種啟動指定頁面的場景，以及在講解啟動指定頁面之前會講解到在調用方如何指定啟動頁面。

以上就是本期文檔君為大家準備的HarmonyOS應用程序包基礎知識及應用模型開發指南上新內容，希望能夠幫助開發者更高效的探索、體驗、上手HarmonyOS。

同時，我們十分重視開發者的意見，歡迎各位開發者在HarmonyOS應用開發官網積極反饋意見，幫助我們持續提升文檔體驗。

我們將持續改進文檔體驗、豐富和完善內容，感謝各位開發者的支持及信賴，您的滿意是我們持續提升文檔體驗的目標和動力。

敬請期待HarmonyOS開發者公眾號更多相關推送，獲取最新文檔和內容資源！

END

想了解更多HarmonyOS技術？

后臺留言給我們

立刻安排！

歡迎點擊｜閱讀原文｜

了解應用模型開發指南