作者；京東零售 李偉濤

背景

純血鴻蒙逐漸成為全球第三大操作系統(tǒng)，業(yè)界也掀起了適配鴻蒙原生的浪潮，用戶遷移趨勢明顯，京東作為國民應用，為鴻蒙用戶提供完整的購物體驗至關重要。

去年 9 月，京東 APP 純血鴻蒙 在鴻蒙應用商城正式上線，APP 中核心購物鏈路，如首頁、搜索、商詳、購物車、訂單、結(jié)算和我京等頁面，都是通過 Taro on Harmony 方案進行開發(fā)，并且一上線就獲得了華為的 S 級應用認證。

Taro 介紹

Taro 是由京東發(fā)起并維護的開放式跨端跨框架解決方案，支持以 Web 的開發(fā)范式來實現(xiàn)小程序、H5、原生 APP 的跨端統(tǒng)一開發(fā)，從 18 年開源至今，在 GitHub 已累計獲得 36,000+ Stars。

在過去的一年中，Taro 完成了鴻蒙適配方案的開發(fā)，Taro on Harmony 方案支持開發(fā)者使用 React DSL 來快速開發(fā)高性能原生鴻蒙應用，讓 Taro 具備了一份代碼同時跨鴻蒙、小程序、H5、React Native 多端的能力，可以讓開發(fā)者以熟悉的方式來開發(fā)鴻蒙應用，大幅降低鴻蒙開發(fā)門檻，并且存量的 Taro 業(yè)務也能快速轉(zhuǎn)成鴻蒙原生應用，可以節(jié)約大量研發(fā)成本。

Taro on Harmony 適配方案的演進

基于 ArkTS 的初始版本

Taro 適配鴻蒙方案經(jīng)過了多個版本的演進迭代，最初版本我們采用的是對接到鴻蒙原生 ArkTS 語言的方式來實現(xiàn)，這和 Taro 適配微信小程序的方案類似，都是通過模擬瀏覽器 DOM/BOM 環(huán)境，然后運行 React 代碼構(gòu)建出虛擬 DOM 樹，再將虛擬 DOM 樹以遞歸遍歷的方式構(gòu)建出宿主環(huán)境（小程序/鴻蒙）的渲染節(jié)點樹，從而實現(xiàn)頁面渲染。

但這個方案的缺陷非常明顯，那就是在 ArkTS 之上再橋接一層轉(zhuǎn)換，導致性能相比原生存在一定差異，并且這個差異幾乎沒有辦法可以抹平。

基于 C API 的全新版本

恰逢此時，鴻蒙為了方便三方框架與應用接入鴻蒙生態(tài)，在官方開發(fā)語言 ArkTS 之外，開放了更底層 C API 能力，提供了 C++ 層的 UI 節(jié)點創(chuàng)建、屬性設置等能力（類似于 C++ 版本的 DOM），三方框架和應用可以基于 C API 構(gòu)建高性能的解決方案和應用。

C API 就是 Taro 想要的能力，與 Taro 的架構(gòu)完美契合，Taro React 構(gòu)建出來的虛擬 DOM 樹可以通過 C API 直接去創(chuàng)建原生 UI 節(jié)點，省去了很多流程環(huán)節(jié)，并且可以將我們大部分的渲染管線處理沉到 C++ 中去，獲得飛躍式的性能提升，所以基于 C API 我們首先設計并開發(fā)了單線程架構(gòu)版本。

單線程架構(gòu)版本

單線程架構(gòu)版本的示意圖如下，整個渲染過程均在主線程實現(xiàn)，業(yè)務代碼在 ArkVM 中執(zhí)行獲得虛擬 DOM 樹，同時讀取樣式數(shù)據(jù)，通過 React Reconciler ，在構(gòu)建虛擬樹時會調(diào)用 NAPI 在 C++ 側(cè)構(gòu)建出對應的 Element Tree，同時也會進行樣式數(shù)據(jù)的解析處理，從而構(gòu)建出 CSSOM 對象，Element Tree 和 CSSOM 對象會進行匹配從而構(gòu)建出帶有樣式的 Render Tree，在這一步也會同時創(chuàng)建 yoga 節(jié)點，進行布局計算，最后會再基于布局計算的結(jié)果生成 C API 的 ArkNode Tree，從而實現(xiàn)上屏渲染。

目前京東鴻蒙 APP 中首頁、搜推、我京、核心購物流程均是使用 Taro 單線程版本進行開發(fā)，性能和穩(wěn)定性位于第一梯隊。

多線程架構(gòu)版本

單線程版本上線之后，我們也發(fā)現(xiàn)了單線程架構(gòu)的不足，① 從業(yè)務代碼的執(zhí)行到渲染流程的處理都發(fā)生在主線程上，這導致了主線程的過載，使得應用無法及時響應用戶的操作，從而引發(fā)了用戶體驗上的卡頓，隨著業(yè)務邏輯的增加和復雜性的提升，這種卡頓現(xiàn)象會越發(fā)明顯；② 在單線程架構(gòu)下，代碼都是需要內(nèi)置到應用包里，這樣就無法實現(xiàn)業(yè)務代碼的動態(tài)下發(fā)更新。

所以，為了解決以上問題，進一步提升應用性能，和應對未來更多業(yè)務場景需求的可能性，我們實現(xiàn)了多線程架構(gòu)。

相較于單線程架構(gòu)，多線程架構(gòu)將整個業(yè)務代碼執(zhí)行和渲染的過程拆分到了三個線程，每個線程各司其職，讓任務的執(zhí)行更加合理，不會造成主線程的堵塞，這樣的架構(gòu)主要帶來三個好處。

1.業(yè)務邏輯不再堵塞主流程，完全剝離到了單獨的線程執(zhí)行，之前容易出現(xiàn)卡頓、甚至 APP Freeze 的頁面基本不再有問題，例如商詳接入之后滑動頁面變得更加流暢；

2.動畫執(zhí)行和渲染不再卡頓，動畫的執(zhí)行交由 Background 線程管控，不再和 JS 線程有沖突問題，動畫支持滿幀渲染；

3.支持動態(tài)化的能力，在性能上可以與原生相媲美，同時還能支持動態(tài)下發(fā)，支持更新遠端 JS 資源來實現(xiàn) APP 內(nèi)容的更新，讓業(yè)務具備快速驗證和免發(fā)版的能力。

目前多線程版本正在我們的業(yè)務中進行試點接入，很快就會正式上線。

Taro on Harmony 方案特性

豐富的能力支持

常用組件和 API 支持

在 C-API 版本的 Taro For Harmony 中，我們不僅完整支持了 React 18+，另外支持了 View、Text、Image、Video 等近 33 個 Taro 組件，對于常用的 API，如 getSystemInfo、getStorage 等也是在 C-API 版本中得到了完整的支持，而且針對邏輯較為復雜的 API 如：createSelectorQuery 以及 createIntersectionObserver，我們將這些 API 在 C++ 側(cè)進行了重新的實現(xiàn)，大幅提升了他們的執(zhí)行性能。

常用樣式支持

在 C-API 版本中，我們對支持了大部分常見的 CSS 能力：

?支持常見的 CSS 樣式和布局，支持 flex、偽類和偽元素

?支持常見的 CSS 定位，絕對定位、fixed 定位

?支持常見的 CSS 選擇器和媒體查詢

?支持常見的 CSS 單位，比如 vh、vw 以及計算屬性 calc

?支持 CSS 變量以及安全區(qū)域等預定義變量

同時，我們參考瀏覽器 CSSOM 的實現(xiàn)方式，在 C++ 實現(xiàn)了一套 CSSOM 邏輯，里面包含了樣式解析、樣式匹配、樣式合成和應用整個鏈路的樣式處理邏輯。

另外，Taro 引入了 Yoga 布局引擎來計算渲染節(jié)點的位置和大小，最大程度保證 Taro 構(gòu)建出來的鴻蒙應用中渲染樣式和 W3C 規(guī)范的一致性。

媲美原生 ArkTS 的高性能

運行時邏輯下沉至 C++

在 C-API 的版本中，我們將 ArkVM 層的 Taro 運行時內(nèi)容削減到極致的薄，將 TaroElement 的大部分內(nèi)容都下沉到了 C++ 側(cè)，并在 ArkVM 層取消了他們之間父子關系的綁定，極大地提升了 TaroElement 相關邏輯的性能。

另一方面，在 C++ 側(cè) Taro 會指令式地調(diào)用 ArkUI 在 C++ 側(cè)提供的 API，來高效地創(chuàng)建節(jié)點、設置屬性、綁定事件以及繪制上屏。

提供長列表組件應對長列表場景

Taro 還針對長列表場景針對性地提供了長列表類型組件，并對長列表類型組件進行了優(yōu)化，提供了懶加載、預加載和節(jié)點復用等功能，有效地解決大數(shù)據(jù)量下的性能問題，提高應用的流暢度和用戶體驗。

支持 C API 混合原生的渲染模式

Taro 的組件和 API 是以小程序作為基準來進行設計的，因此在實際的鴻蒙應用開發(fā)過程中，會出現(xiàn)部分所需的組件和 API 在 Taro 中不存在的情況，因為針對這種情況，在 C-API 版本中，Taro 提供了原生混合開發(fā)的能力，支持將原生頁面或者原生組件混合編譯到 Taro 鴻蒙項目中，支持 Taro 組件和鴻蒙原生組件在頁面上的混合使用。

總結(jié)

Taro 鴻蒙方案基于鴻蒙 CAPI 進行構(gòu)建，實現(xiàn)了將 React DSL 直接對接到 C++ 側(cè)來運行整體渲染管線，從而實現(xiàn)了與原生齊平的渲染性能，同時 Taro 鴻蒙方案是多線程架構(gòu)的方案，在應用渲染性能、操作響應時延上都在業(yè)界做到極致，并且 Taro 鴻蒙方案支持動態(tài)更新，是行業(yè)首創(chuàng)且經(jīng)過大規(guī)模 APP 應用場景驗證的開發(fā)框架，綜合性能、生態(tài)以及開發(fā)體驗來講，毫無疑問已經(jīng)成為了開發(fā)鴻蒙應用的最佳框架選型之一。

目前，我們也仍然在不斷完善著鴻蒙的適配方案，目前在渲染性能提升方面我們正在進行 React C++ 化的探索，整體進展也已經(jīng)處于驗證和測試階段，同時也在進行自研布局引擎的探索，在進一步提升渲染性能的同時，為業(yè)務提供更豐富的樣式寫法支持；此外，在開發(fā)效率提升方面，我們也正在進行開發(fā)調(diào)試工具的探索開發(fā)，為業(yè)務提供熱重載、源碼定位、斷點調(diào)試、元素審查等能力，提升效率和開發(fā)體驗。

在近期，我們會將已經(jīng)在京東鴻蒙 APP 久經(jīng)考驗的單線程架構(gòu)版本開源出來，為開源社區(qū)貢獻一份力量，為鴻蒙應用生態(tài)的豐富注入強大的動力。

審核編輯 黃宇