作者：京東零售 朱天健

基于 Taro 打造的京東鴻蒙 APP 已跟隨鴻蒙 Next 系統(tǒng)公測(cè)，本系列文章將深入解析 Taro 如何實(shí)現(xiàn)使用 React 開發(fā)高性能鴻蒙應(yīng)用的技術(shù)內(nèi)幕

背景

在鴻蒙生態(tài)系統(tǒng)中，雖然原生應(yīng)用通常基于 ArkTS 實(shí)現(xiàn)，但在實(shí)際研發(fā)過程中發(fā)現(xiàn)，使用 C++ 可以顯著提升應(yīng)用框架和業(yè)務(wù)的性能表現(xiàn)。隨著鴻蒙系統(tǒng)的不斷迭代升級(jí)，不同語(yǔ)言環(huán)境間的協(xié)作已成為不可或缺的開發(fā)范式，共同構(gòu)建了更豐富的研發(fā)生態(tài)。

Taro 通過接入鴻蒙端的 C-API 相關(guān)能力，將組件、樣式布局等運(yùn)行時(shí)邏輯下沉到 C++ 層，從而極大地提升了頁(yè)面的渲染性能。

在這樣的背景下，構(gòu)建一套在 C++、ArkTS 等不同語(yǔ)言環(huán)境之間高效通信的事件系統(tǒng)，成為了一個(gè)極具價(jià)值，對(duì)于 Taro 來(lái)說也是必修的課題。

多語(yǔ)言環(huán)境的事件處理機(jī)制

在 Harmony 端的適配過程中，事件系統(tǒng)扮演著雙重角色：不僅驅(qū)動(dòng)應(yīng)用、頁(yè)面和各模塊組件的生命周期，還因?yàn)?ArkTS 和業(yè)務(wù)代碼（JS）之間存在人為設(shè)定的界限，需要事件作為橋梁，以便 JS 能夠調(diào)用 ArkTS 的原生能力。

跨語(yǔ)言環(huán)境事件驅(qū)動(dòng)架構(gòu)的設(shè)計(jì)考量

在設(shè)計(jì)跨語(yǔ)言環(huán)境的事件驅(qū)動(dòng)架構(gòu)時(shí)，需要同時(shí)考慮 ArkTS、JS 和 C++ 等多個(gè)語(yǔ)言環(huán)境的限制和運(yùn)行時(shí)差異。如何實(shí)現(xiàn)事件在這些環(huán)境之間的有序傳遞，以驅(qū)動(dòng)頁(yè)面和組件的生命周期，是事件系統(tǒng)設(shè)計(jì)的重要考量。

通過 C++ 實(shí)現(xiàn)事件的底層邏輯，構(gòu)建一個(gè)高效的事件管理系統(tǒng)，可以有效避免冗余接口的設(shè)計(jì)。同時(shí)，與鴻蒙的 C-API 支持的事件系統(tǒng)對(duì)接，將各類事件分發(fā)到不同語(yǔ)言環(huán)境，確?？缯Z(yǔ)言環(huán)境的事件分發(fā)與處理的有序性、高效性。

回顧 Taro 開始適配鴻蒙至今，事件系統(tǒng)也隨之經(jīng)歷了從簡(jiǎn)單到完善的演進(jìn)歷程。從最初在 ArkTS 方案中的基礎(chǔ)實(shí)現(xiàn)，到隨著 Taro for Harmony 方案迭代發(fā)展，事件系統(tǒng)的設(shè)計(jì)也面臨 ArkTS 帶來(lái)的一些限制。

在 ArkTS 語(yǔ)言環(huán)境中事件架構(gòu)的局限性

基于 ArkTS 語(yǔ)言環(huán)境實(shí)現(xiàn)的事件架構(gòu)，在性能方面存在較大局限性。特別是在事件冒泡過程中，性能較差的語(yǔ)法，和回調(diào)邏輯可能會(huì)導(dǎo)致性能嚴(yán)重劣化，甚至阻塞主線程。這不僅會(huì)影響應(yīng)用的響應(yīng)速度，更有甚者可能對(duì)整體用戶體驗(yàn)產(chǎn)生負(fù)面影響。

為了解決這些問題，提升性能以保證用戶體驗(yàn)成為關(guān)鍵目標(biāo)。通過將事件處理邏輯下沉到 C++ 層，并置于后臺(tái)線程執(zhí)行等優(yōu)化手段。能夠有效提高代碼執(zhí)行效率，同時(shí)避免邏輯阻塞主線程導(dǎo)致的延遲響應(yīng)，以提升應(yīng)用的流暢性，提供更佳的用戶體驗(yàn)。

構(gòu)建多語(yǔ)言環(huán)境下的事件系統(tǒng)

在構(gòu)建多語(yǔ)言環(huán)境下的事件系統(tǒng)時(shí)，首要考慮各種類型的事件，比如：鴻蒙提供的組件通用事件、手勢(shì)等。事件系統(tǒng)需要有效地管理這些不同的事件來(lái)源，并根據(jù)框架和用戶的監(jiān)聽行為有序進(jìn)行事件的分發(fā)。

在這些事件類型中，大致可以分為普通事件和節(jié)點(diǎn)事件兩類。前者涵蓋系統(tǒng)層面和應(yīng)用、組件等生命周期的變化，通常由系統(tǒng)或應(yīng)用狀態(tài)的改變觸發(fā)，主要由事件中心（eventCenter）來(lái)處理；節(jié)點(diǎn)事件則與 DOM Tree 緊密相關(guān)，這些事件通常需要快速響應(yīng)，以確保用戶界面的流暢性和交互的即時(shí)性。

事件中心（eventCenter）的實(shí)現(xiàn)

作為 Taro 運(yùn)行時(shí)中的基礎(chǔ)模塊，事件中心專注于處理系統(tǒng)事件和生命周期。它允許框架和應(yīng)用開發(fā)者在后臺(tái)線程注冊(cè)事件隊(duì)列，并異步分發(fā)事件，從而有效減輕主線程的負(fù)擔(dān)。事件中心能夠快速響應(yīng)各種事件，同時(shí)具備健壯的錯(cuò)誤處理機(jī)制，幫助開發(fā)者快速定位和解決事件回調(diào)中的問題，從而提升開發(fā)效率和系統(tǒng)穩(wěn)定性。

事件監(jiān)聽與分發(fā)

開發(fā)者可以在 C++ 和 ArkTS 等多種語(yǔ)言環(huán)境中創(chuàng)建事件監(jiān)聽器，并將相應(yīng)的回調(diào)函數(shù)添加到事件隊(duì)列中。這一機(jī)制允許開發(fā)者在不同的編程語(yǔ)言中靈活地定義和處理事件響應(yīng)邏輯。

當(dāng)事件觸發(fā)時(shí)，會(huì)根據(jù)不同語(yǔ)言環(huán)境的運(yùn)行時(shí)差異，將事件參數(shù)轉(zhuǎn)換為對(duì)應(yīng)的格式。這種參數(shù)轉(zhuǎn)換確保了各語(yǔ)言環(huán)境能夠正確理解并處理事件及包含的數(shù)據(jù)，無(wú)論是簡(jiǎn)單的數(shù)據(jù)類型還是復(fù)雜的對(duì)象結(jié)構(gòu)，都能在不同語(yǔ)言之間無(wú)縫傳遞。

事件隊(duì)列會(huì)根據(jù)監(jiān)聽器的類型，按照預(yù)定義的順序，將事件分發(fā)到相應(yīng)的語(yǔ)言環(huán)境中。這樣一來(lái)，每個(gè)監(jiān)聽器都能在其所屬的環(huán)境中高效地執(zhí)行對(duì)應(yīng)的回調(diào)函數(shù)。通過這種方式，不僅可以實(shí)現(xiàn)了跨語(yǔ)言的事件處理，優(yōu)化事件的分發(fā)效率，并確保應(yīng)用在響應(yīng)用戶交互時(shí)保持高性能和高穩(wěn)定性。

需要注意的是，受限于底層限制，在 ArkTS 環(huán)境中注冊(cè)的事件需要回到主線程執(zhí)行，同時(shí)在鴻蒙端不支持 Symbol 類型的事件。

節(jié)點(diǎn)事件處理（domEvent）

在 HTML 中，節(jié)點(diǎn)事件處理流程會(huì)如下圖所示，事件從根節(jié)點(diǎn)開始向下傳播至目標(biāo)節(jié)點(diǎn)，觸發(fā)后再?gòu)哪繕?biāo)節(jié)點(diǎn)順著節(jié)點(diǎn)樹向上冒泡。在鴻蒙端實(shí)現(xiàn)中，Taro 基于這一事件傳播流程，為開發(fā)者提供一致的事件處理機(jī)制。

事件類型

在 Taro 框架中，節(jié)點(diǎn)主要處理三種類型的事件：鴻蒙事件、鴻蒙手勢(shì)事件和自定義事件。這些事件都是從TaroElement上進(jìn)行監(jiān)聽和觸發(fā)的。根據(jù)事件的類型不同，節(jié)點(diǎn)會(huì)從相應(yīng)的事件源設(shè)置Receiver（事件接收器）來(lái)進(jìn)行監(jiān)聽并處理回調(diào)邏輯。

鴻蒙事件和鴻蒙手勢(shì)事件分別通過RenderNode注冊(cè)到Receiver，確保事件能夠正確地傳遞和觸發(fā)。而自定義事件則根據(jù)節(jié)點(diǎn)實(shí)現(xiàn)或用戶自行觸發(fā)，以滿足各種不同類型的交互響應(yīng)。

事件傳播

當(dāng)TaroElement上的事件被觸發(fā)后，事件會(huì)沿著節(jié)點(diǎn)樹向上傳播。每個(gè)節(jié)點(diǎn)依次接收到事件，并執(zhí)行相應(yīng)的回調(diào)。執(zhí)行完回調(diào)后，會(huì)檢查開發(fā)者是否阻止冒泡，以決定是否繼續(xù)向上傳播。事件從目標(biāo)節(jié)點(diǎn)開始，逐級(jí)往上直到根節(jié)點(diǎn)或者冒泡被阻止。

這允許開發(fā)者在事件傳播過程中，通過任意節(jié)點(diǎn)處理或攔截事件來(lái)調(diào)整業(yè)務(wù)邏輯實(shí)現(xiàn)，以更靈活的方式在特定節(jié)點(diǎn)上執(zhí)行邏輯，或通過阻止冒泡避免對(duì)上層節(jié)點(diǎn)的影響。這樣的設(shè)計(jì)對(duì)于前端開發(fā)者來(lái)說，更加熟悉、直觀。

鴻蒙系統(tǒng)的底層節(jié)點(diǎn)事件也有自己的傳播邏輯，但由于其機(jī)制與 ArkNode 節(jié)點(diǎn)樹差異，為避免其事件干擾，需要阻止其冒泡行為并接管其傳播流程，以確保事件傳播與節(jié)點(diǎn)樹正確關(guān)聯(lián)。

事件回調(diào)

由于節(jié)點(diǎn)事件也需要回調(diào) JS 環(huán)境中執(zhí)行，根據(jù)事件類型的不同，按照 Web 標(biāo)準(zhǔn)將相應(yīng)的節(jié)點(diǎn)、值和方法如 target、stopPropagation、value 等等掛載到事件對(duì)象上。通過執(zhí)行當(dāng)前回調(diào)的序列化方法，確保事件在不同語(yǔ)言環(huán)境傳遞時(shí)，可以保證其回調(diào)對(duì)象能力一致、參數(shù)完整。

在 C++ 中，許多組件依賴于事件機(jī)制來(lái)實(shí)現(xiàn)功能。例如，通過鴻蒙事件更新組件屬性，還有各個(gè)組件節(jié)點(diǎn)間的事件傳遞等。這些組件利用事件機(jī)制來(lái)確保數(shù)據(jù)變化能夠及時(shí)反映，并且用戶交互能夠順利傳遞到系統(tǒng)的各個(gè)部分。

總結(jié)與展望

在多語(yǔ)言環(huán)境中，確保事件在不同語(yǔ)言環(huán)境傳遞時(shí)的一致性尤為重要，各個(gè)模塊以及應(yīng)用內(nèi)不同頁(yè)面或組件通過事件解耦驅(qū)動(dòng)來(lái)提升可維護(hù)性。當(dāng)前的解決方案有效提升了系統(tǒng)的響應(yīng)速度和模塊間的協(xié)作能力。

當(dāng)下方案實(shí)現(xiàn)中仍然存在一些問題，比如早期通過事件繞過 ArkTS 與 JS 之間相互調(diào)用限制等場(chǎng)景，可以通過 TurboModule 來(lái)提供更加直接的調(diào)用方案。

未來(lái)，在 Taro for Harmony 場(chǎng)景下，各語(yǔ)言模塊的協(xié)同將進(jìn)一步增強(qiáng)?；谑录到y(tǒng)的設(shè)計(jì)，可以有效地解耦模塊間邏輯，實(shí)現(xiàn)更靈活的組合。

審核編輯 黃宇