HarmonyOS 3.1 版本（API 9）推出了全新應(yīng)用開發(fā)模型 - Stage 模型，該模型重新定義了應(yīng)用開發(fā)的能力邊界，從應(yīng)用開發(fā)模型的角度，支持多窗口形態(tài)下統(tǒng)一的應(yīng)用組件生命周期，并支持跨設(shè)備的遷移和協(xié)同機(jī)制。本文為大家詳細(xì)介紹 Stage 模型。

一、Stage 模型概念

應(yīng)用開發(fā)模型是運(yùn)行在不同 OS 上的抽象結(jié)構(gòu)。OS 通過這種抽象結(jié)構(gòu)，把應(yīng)用開發(fā)的基礎(chǔ)設(shè)施封裝在 OS 內(nèi)部。開發(fā)者通過使用應(yīng)用開發(fā)模型，復(fù)用 OS 基礎(chǔ)設(shè)施的能力，達(dá)到高效開發(fā)應(yīng)用的目的。

1、什么是 Stage 模型

Stage 模型提供面向?qū)ο蟮拈_發(fā)方式，規(guī)范化了進(jìn)程創(chuàng)建的方式，提供組件化開發(fā)機(jī)制，將組件抽象為 UIAbility 和 ExtensionAbility 兩大類。UIAbility 組件的生命周期包含創(chuàng)建、銷毀、前臺(tái)、后臺(tái)狀態(tài)，將與界面強(qiáng)相關(guān)的獲焦、失焦?fàn)顟B(tài)都放在窗口管理對(duì)象中，從而實(shí)現(xiàn) UIAbility 與窗口之間的弱耦合；在服務(wù)側(cè)，窗口管理服務(wù)依賴于組件管理服務(wù)，前者通知后者前后臺(tái)變化，這樣組件管理服務(wù)僅感知前后臺(tái)變化，不感知焦點(diǎn)變化。ExtensionAbility 組件提供場(chǎng)景化的服務(wù)擴(kuò)展機(jī)制，不提供自定義服務(wù)的能力。

相比于 FA 模型，Stage 模型提供了更靈活的開發(fā)方式，更低的內(nèi)存占用和更規(guī)范化的系統(tǒng)管理機(jī)制。

未來 HarmonyOS 將在兼容 FA 模型的基礎(chǔ)上，持續(xù)演進(jìn) Stage 模型。

2、Stage 模型能力特點(diǎn)

Stage 模型的設(shè)計(jì)，是為了提供給開發(fā)者一個(gè)更好的開發(fā)方式，更好的適用于多設(shè)備、分布式場(chǎng)景。

Stage 模型的三大能力特點(diǎn)：

1）原生支持組件級(jí)的遷移和協(xié)同

Stage 模型的組件天生具備分布式遷移和協(xié)同的能力，它是 HarmonyOS 支持分布式能力在應(yīng)用模型上的體現(xiàn)。

應(yīng)用組件支持跨設(shè)備的數(shù)據(jù)恢復(fù)：

充分使用 ArkUI 的聲明式 UI 和多頁(yè)面的能力，把數(shù)據(jù) / 狀態(tài)保存在 UIAbility 組件實(shí)例中，邏輯修改數(shù)據(jù)，數(shù)據(jù)驅(qū)動(dòng) UI 變化。多設(shè)備間遷移 UIAbility，就是遷移 UIAbility 的數(shù)據(jù) / 狀態(tài)。在目標(biāo)設(shè)備上通過數(shù)據(jù) / 狀態(tài)來恢復(fù) UI，實(shí)現(xiàn)邏輯與 UI 的解耦，提升了流轉(zhuǎn)開發(fā)效率。

應(yīng)用組件支持跨設(shè)備的遠(yuǎn)程調(diào)用：

UIAbility 組件支持跨設(shè)備拉起另外一個(gè)設(shè)備上同名應(yīng)用的同名組件實(shí)例。系統(tǒng)在拉起過程中，通過底層軟總線的能力在兩個(gè)組件實(shí)例之間建立跨設(shè)備的 RPC 連接，開發(fā)者在獲取 RPC 接口后，即可進(jìn)行跨設(shè)備通信，適用于應(yīng)用在設(shè)備間交互的場(chǎng)景。

2）支持多設(shè)備形態(tài)和多窗口形態(tài)

在桌面設(shè)備上，窗口可以最大化 / 最小化 / 任意改變窗口大小，窗口間可以任意切換焦點(diǎn)，接收用戶輸入。在移動(dòng)設(shè)備上，基本以全屏窗口為主，窗口之間構(gòu)成棧結(jié)構(gòu)，只有頂層窗口才能接收用戶輸入。如何在不同窗口形態(tài)的設(shè)備上，提供統(tǒng)一的組件模型呢？Stage 模型分離了 UIAbility 生命周期和窗口顯示 / 焦點(diǎn)事件，使得窗口的焦點(diǎn)切換不影響 UIAbility 組件的狀態(tài)。

UIAbility 的前后臺(tái)狀態(tài)和窗口的全屏 / 最小化的關(guān)系如下：

只有當(dāng)窗口最小化的時(shí)候，UIAbility 組件進(jìn)入后臺(tái)狀態(tài)，否則 UIAbility 組件處于前臺(tái)狀態(tài)；

當(dāng)一個(gè)窗口全屏的時(shí)候，觸發(fā)其他窗口最小化（可以根據(jù)產(chǎn)品形態(tài)確定全屏窗口個(gè)數(shù)）。

在桌面設(shè)備和移動(dòng)設(shè)備的交互體驗(yàn)不同的情況下，系統(tǒng)通過實(shí)施上述規(guī)則，可以保證 UIAbility 組件的生命周期定義在多設(shè)備上保持一致。同時(shí)，不論在桌面設(shè)備還是移動(dòng)設(shè)備，都遵循每個(gè)新的 UIAbility 組件實(shí)例都會(huì)創(chuàng)建一個(gè)任務(wù)，所以也保證了任務(wù)（Mission）機(jī)制在多設(shè)備上的一致性。

3）重新定義應(yīng)用能力邊界

通常情況下，應(yīng)用如果可自行決定創(chuàng)建多少個(gè)進(jìn)程、自定義服務(wù)時(shí)，系統(tǒng)為保證用戶體驗(yàn)，需要在后臺(tái)運(yùn)行管控、進(jìn)程關(guān)聯(lián)啟動(dòng)等方面對(duì)應(yīng)用的運(yùn)行狀態(tài)進(jìn)行強(qiáng)管理，從而降低系統(tǒng)總體的內(nèi)存占用和功耗開銷。

Stage 模型基于場(chǎng)景的服務(wù)擴(kuò)展、嚴(yán)格的后臺(tái)管控機(jī)制和受限的進(jìn)程模型，重新定義了應(yīng)用能力邊界，使進(jìn)程環(huán)境從 “無序” 到 “有序”，規(guī)范了進(jìn)程管理模型。

二、Stage 模型介紹

基于 Stage 模型開發(fā)應(yīng)用，下面將會(huì)從應(yīng)用組件、進(jìn)程模型、線程模型、任務(wù)模型、后臺(tái)運(yùn)行機(jī)制、應(yīng)用配置文件 6 個(gè)方面進(jìn)行介紹。

1、組件模型

應(yīng)用開發(fā)模型中需要指明應(yīng)用開發(fā)的入口。在 HarmonyOS 上，應(yīng)用組件是應(yīng)用開發(fā)的入口，同時(shí)也是運(yùn)行時(shí)入口。用戶啟動(dòng)、使用和退出應(yīng)用過程中，應(yīng)用組件會(huì)在不同的狀態(tài)間切換，這些狀態(tài)稱為應(yīng)用組件的生命周期。應(yīng)用組件提供生命周期的回調(diào)函數(shù)，開發(fā)者通過應(yīng)用組件的生命周期回調(diào)感知應(yīng)用的狀態(tài)變化。

Stage 模型提供了 UIAbility 和 ExtensionAbility 兩種類型的組件。

1） UIAbility 組件是一種包含 UI 界面的應(yīng)用組件，主要用于和用戶交互。UIAbility 的生命周期只包含創(chuàng)建 / 銷毀 / 前臺(tái) / 后臺(tái)等狀態(tài)，通過 WindowStage 的事件暴露顯示相關(guān)的狀態(tài)。每個(gè) UIAbility 組件都會(huì)有一個(gè)主窗口與之綁定，如果開發(fā)者希望開發(fā)復(fù)雜的頁(yè)面和動(dòng)效，我們推薦開發(fā)者使用 ArkUI 的多頁(yè)面能力。UIAbility 支持跨設(shè)備拉起同名組件，并與之協(xié)同交互的能力。

2）ExtensionAbility 組件是一種面向特定場(chǎng)景的應(yīng)用組件，系統(tǒng)在特定場(chǎng)景下啟動(dòng)該組件為用戶提供服務(wù)。開發(fā)者并不直接從 ExtensionAbility 派生，而是從 ExtensionAbility 的派生類派生。目前 ExtensionAbility 有用于卡片場(chǎng)景的 FormExtensionAbility 和用于輸入法場(chǎng)景的 InputMethodExtensionAbility 等多種派生類。在 Stage 模型上，普通應(yīng)用開發(fā)者不能開發(fā)自定義服務(wù)，也不支持開發(fā)者直接啟動(dòng) ExtensionAbility，包括開發(fā)者自己編寫的 ExtensionAbility。

2、進(jìn)程模型

Stage 模型有三類進(jìn)程，是從系統(tǒng)總體資源占用考慮，希望由系統(tǒng)負(fù)責(zé)應(yīng)用進(jìn)程的創(chuàng)建和銷毀。所以不支持應(yīng)用自定義配置多進(jìn)程，也不支持通過接口啟動(dòng)進(jìn)程。

1）主進(jìn)程

開發(fā)者編寫的 UIAbility 入口及其依賴的代碼都在該進(jìn)程中運(yùn)行。它是由 UIAbility 組件的啟動(dòng)觸發(fā)創(chuàng)建的。

2）ExtensionAbility 進(jìn)程

開發(fā)者編寫的同一種類型的 ExtensionAbility 組件實(shí)例都會(huì)在同一個(gè)進(jìn)程中運(yùn)行。不同類型的 ExtensionAbility 組件實(shí)例則在不同的進(jìn)程中運(yùn)行。該類進(jìn)程是由系統(tǒng)服務(wù)在特定場(chǎng)景下創(chuàng)建，并根據(jù)用戶對(duì)特定場(chǎng)景的使用，決定其何時(shí)銷毀。同時(shí)該類進(jìn)程獨(dú)立于主進(jìn)程創(chuàng)建，并且不支持與主進(jìn)程之間進(jìn)行 IPC 通信。

3）Render 進(jìn)程

為了支持 WebView 的運(yùn)行，每個(gè)應(yīng)用只能創(chuàng)建一個(gè) Render 進(jìn)程用于運(yùn)行 WebView 的渲染引擎。這個(gè) Render 進(jìn)程也是由系統(tǒng)負(fù)責(zé)創(chuàng)建和銷毀。

3、線程模型

HarmonyOS 的原生應(yīng)用開發(fā)語言為 ArkTS。在應(yīng)用進(jìn)程啟動(dòng)時(shí)，系統(tǒng)會(huì)在主線程上創(chuàng)建一個(gè) ArkTS 的虛擬機(jī)實(shí)例，然后加載和執(zhí)行應(yīng)用的入口代碼。應(yīng)用組件的生命周期回調(diào)，輸入事件的分發(fā)，ArkUI 的布局等操作都會(huì)在主線程上執(zhí)行，所以我們推薦開發(fā)者不要在主線程上執(zhí)行單次耗時(shí)過長(zhǎng)的操作，否則容易引發(fā)卡頓。

ArkTS 通過提供 Worker API 支持并發(fā)編程。Worker 有獨(dú)立的虛擬機(jī)上下文，它與主線程是兩個(gè)不同的虛擬機(jī)上下文。它們之間通過 postMessage API 進(jìn)行通信。這種基于消息傳遞的并發(fā)模型與基于鎖的并發(fā)模型不同，需要開發(fā)者特別注意。

4、任務(wù)模型

用戶在操作應(yīng)用的過程中，經(jīng)常需要對(duì)已經(jīng)操作過的應(yīng)用進(jìn)行切換，這些操作記錄（不同 OS 的操作對(duì)象定義可能不同）經(jīng)常被稱為任務(wù)。應(yīng)用任務(wù)管理模型需要定義任務(wù)的操作對(duì)象，以及任務(wù)創(chuàng)建和銷毀的方式和時(shí)機(jī)。

在 HarmonyOS 上，每次用戶啟動(dòng)一個(gè)新的 UIAbility 組件實(shí)例，都會(huì)生成一個(gè)新的任務(wù)（Mission）。例如，用戶啟動(dòng)一個(gè)視頻應(yīng)用后，切換到 “任務(wù)中心” 界面，將會(huì)看到視頻應(yīng)用這個(gè)任務(wù)，當(dāng)用戶點(diǎn)擊這個(gè)任務(wù)時(shí)，系統(tǒng)會(huì)把該任務(wù)切換到前臺(tái)，如果這個(gè)視頻應(yīng)用中的視頻編輯功能也是通過應(yīng)用組件編寫的，那么在用戶啟動(dòng)視頻編輯功能時(shí)，會(huì)創(chuàng)建視頻編輯的應(yīng)用組件實(shí)例，在 “任務(wù)中心” 界面中，將會(huì)展示視頻應(yīng)用、視頻編輯兩個(gè)任務(wù)。

任務(wù)（Mission）中記錄了組件和快照的信息，并在系統(tǒng)中持久化。即使任務(wù)對(duì)應(yīng)的組件實(shí)例銷毀，任務(wù)仍然存在。如果用戶從任務(wù)中心中選擇某個(gè)任務(wù)，任務(wù)對(duì)應(yīng)的組件實(shí)例會(huì)被拉到前臺(tái)并獲焦，如果它對(duì)應(yīng)的組件實(shí)例已經(jīng)銷毀，系統(tǒng)會(huì)創(chuàng)建一個(gè)新的組件實(shí)例與之對(duì)應(yīng)。

開發(fā)者在用戶交互設(shè)計(jì)上需要特別注意，避免產(chǎn)生過多的任務(wù)。如果開發(fā)者希望使用多個(gè)頁(yè)面交互，推薦使用 ArkUI 的頁(yè)面棧能力。

HarmonyOS 的任務(wù)模型不提供任務(wù)棧的能力，每個(gè)應(yīng)用可以有多個(gè)任務(wù)在任務(wù)中心呈現(xiàn)，不同應(yīng)用的任務(wù)不會(huì)以棧的形式堆疊在一起，避免了不同應(yīng)用間任務(wù)混淆不清的情況。

5、后臺(tái)運(yùn)行機(jī)制

當(dāng)應(yīng)用的所有前臺(tái) UIAbility 組件都進(jìn)入后臺(tái)的時(shí)候，系統(tǒng)認(rèn)為該應(yīng)用進(jìn)入后臺(tái)。應(yīng)用在后臺(tái)運(yùn)行的機(jī)制對(duì)設(shè)備續(xù)航影響很大。HarmonyOS 后臺(tái)運(yùn)行機(jī)制的設(shè)計(jì)初衷是希望應(yīng)用進(jìn)程在系統(tǒng)規(guī)則范圍內(nèi)運(yùn)行，并使用戶可感知，避免應(yīng)用進(jìn)程在后臺(tái)運(yùn)行，而用戶不感知的情況。我們提供了如下幾種后臺(tái)任務(wù)（Task）：

1）短時(shí)任務(wù)

系統(tǒng)每天會(huì)給申請(qǐng)了短時(shí)任務(wù)的應(yīng)用分配一定的后臺(tái)運(yùn)行配額。

2）長(zhǎng)時(shí)任務(wù)

系統(tǒng)定義了若干種后臺(tái)長(zhǎng)時(shí)運(yùn)行的任務(wù)類型，開發(fā)者需要在應(yīng)用的配置文件中配置，并需要上架審核。這樣該應(yīng)用在設(shè)備上后臺(tái)運(yùn)行的時(shí)候，就可以保持長(zhǎng)時(shí)間運(yùn)行，同時(shí)系統(tǒng)會(huì)通過用戶可感知的 UI 提示用戶有后臺(tái)進(jìn)程正在運(yùn)行。例如導(dǎo)航，錄音，音樂等場(chǎng)景。

3）無任務(wù)

默認(rèn)情況下，應(yīng)用不申請(qǐng)任何后臺(tái)運(yùn)行方式，則會(huì)在應(yīng)用進(jìn)程進(jìn)入后臺(tái) 10 秒鐘后被凍結(jié)掛起，應(yīng)用無法收到外部非用戶操作事件。

4）閑時(shí)任務(wù)

對(duì)于一些 CPU 密集型，且對(duì)實(shí)時(shí)性要求不高的任務(wù)，比如科學(xué)計(jì)算等場(chǎng)景，系統(tǒng)提供了閑時(shí)任務(wù)機(jī)制。例如設(shè)備充電等適當(dāng)?shù)臅r(shí)機(jī)向應(yīng)用提供后臺(tái)運(yùn)行的能力，開發(fā)者可以通過 Work-SchedulerExtensionAbility 使用該機(jī)制，系統(tǒng)會(huì)根據(jù)當(dāng)前的系統(tǒng)狀態(tài)和用戶使用頻次決策喚醒時(shí)機(jī)。

5）托管任務(wù)

對(duì)于一些可以托管給系統(tǒng)執(zhí)行的任務(wù)。比如下載等場(chǎng)景，系統(tǒng)提供代理任務(wù)的 API，由系統(tǒng)代理實(shí)現(xiàn)任務(wù)，應(yīng)用進(jìn)程會(huì)處于凍結(jié)狀態(tài)。

6、應(yīng)用配置文件

Stage 模型提供了全新的應(yīng)用配置文件，它包含應(yīng)用信息、應(yīng)用組件信息、權(quán)限信息、開發(fā)者自定義信息等，這些信息在編譯構(gòu)建、分發(fā)和運(yùn)行階段分別提供給編譯工具、應(yīng)用市場(chǎng)和操作系統(tǒng)使用。

Stage 應(yīng)用模型是 HarmonyOS 應(yīng)用開發(fā)的基礎(chǔ)架構(gòu)，它從組件模型、面向?qū)ο箝_發(fā)方式、進(jìn)程 / 線程模型等方面對(duì) FA 模型進(jìn)行了全面的優(yōu)化，提高了應(yīng)用開發(fā)效率。后續(xù)我們將在應(yīng)用模型的基礎(chǔ)設(shè)施、大型應(yīng)用開發(fā)、拓展應(yīng)用形態(tài)、跨設(shè)備能力和性能體驗(yàn)等方面繼續(xù)打磨，支撐 HarmonyOS 應(yīng)用生態(tài)拓展，廣大開發(fā)者加入進(jìn)來，一起探索和創(chuàng)新，共建萬物互聯(lián)的應(yīng)用生態(tài)。

未來將來，有跡可循！

審核編輯 黃宇