京東金融APP的鴻蒙之旅：技術(shù)、挑戰(zhàn)與實(shí)踐

一、背景

在今年6月份的華為開(kāi)發(fā)者大會(huì)上，華為宣布HarmonyOS NEXT面向開(kāi)發(fā)者和先鋒用戶啟動(dòng)Beta升級(jí)，并將于今年四季度正式商用。

在9月21日的華為2024全聯(lián)接大會(huì)上華為終端總裁宣布，已有超過(guò)1萬(wàn)個(gè)應(yīng)用和元服務(wù)上架HarmonyOS NEXT應(yīng)用市場(chǎng)。此外，華為每年投入超過(guò)60億元人民幣激勵(lì)開(kāi)發(fā)者創(chuàng)新，華為開(kāi)發(fā)者聯(lián)盟注冊(cè)開(kāi)發(fā)者數(shù)量已快速增長(zhǎng)至675萬(wàn)。

HarmonyOS NEXT是建立在OpenHarmony開(kāi)發(fā)基礎(chǔ)之上的，實(shí)現(xiàn)了"純正鴻蒙操作系統(tǒng)"的體驗(yàn)。與目前的HarmonyOS 4.X版本相比，HarmonyOS NEXT去掉了AOSP的支持并剔除了linux內(nèi)核，僅支持鴻蒙內(nèi)核和鴻蒙系統(tǒng)應(yīng)用，不可以運(yùn)行Android應(yīng)用，減少了40%的冗余代碼，使系統(tǒng)的流暢度、能效、純凈安全特性大為提升。成為真正意義上和 Android 、iOS同級(jí)的操作系統(tǒng)。

二、京東金融鴻蒙正式版發(fā)布

京東金融團(tuán)隊(duì)早在2023年11月份就已經(jīng)開(kāi)始對(duì)HarmonyOS NEXT系統(tǒng)進(jìn)行調(diào)研,并與華為達(dá)成合作意向，合作啟動(dòng)了"京東金融鴻蒙項(xiàng)目"，并于6月份首次上架了嘗鮮版。經(jīng)過(guò)三個(gè)季度的攻堅(jiān)，京東金融于9月19日上線6.9.30正式版本，該版本基于鴻蒙原生能力開(kāi)發(fā)，并使用了系統(tǒng)級(jí)AI能力及意圖框架，可實(shí)現(xiàn)對(duì)用戶顯性與高階意圖的理解，并通過(guò)小藝對(duì)話、智慧搜索等全場(chǎng)景智慧入口, 在不同終端或者場(chǎng)景中更精準(zhǔn)地滿足用戶的個(gè)性化需求。

三、技術(shù)、挑戰(zhàn)與實(shí)踐

下面我們將詳細(xì)介紹京東金融 APP 鴻蒙版從 0 到 1 的艱辛歷程，干貨滿滿！

1.鴻蒙版的必要性

在"京東金融鴻蒙項(xiàng)目"開(kāi)始之前，團(tuán)隊(duì)對(duì)京東金融做了機(jī)型數(shù)據(jù)統(tǒng)計(jì)，在App日活用戶中（除iOS），華為手機(jī)用戶占比排名第一，并且排名靠前的這些機(jī)型也都到了換機(jī)周期。同時(shí)根據(jù)華為官方消息，HarmonyOS NEXT將于今年第三季度或第四季度以新機(jī)搭載新系統(tǒng)的形式，隨華為mate70一起發(fā)布，屆時(shí)會(huì)有6000+主流應(yīng)用配套發(fā)布。因此HarmonyOS NEXT的發(fā)布對(duì)我們來(lái)說(shuō)既是風(fēng)險(xiǎn)也是機(jī)遇。

風(fēng)險(xiǎn)：

(1) 如果我們不做適配，就會(huì)放棄掉這部分高質(zhì)量用戶。同時(shí)華為為了推進(jìn)鴻蒙生態(tài)發(fā)展，勢(shì)必會(huì)逐步清理存量機(jī)型，存量用戶的體驗(yàn)也會(huì)逐步降低。

(2) 競(jìng)品在啟動(dòng)，尤其是國(guó)內(nèi)銀行類 APP已經(jīng)率先啟動(dòng)適配工作，也會(huì)擠壓業(yè)務(wù)發(fā)展空間。

機(jī)遇：

短期來(lái)看，近年來(lái)移動(dòng)行業(yè)內(nèi)最大的熱點(diǎn)，占領(lǐng)先機(jī)，獲取第一波增長(zhǎng)紅利。長(zhǎng)期來(lái)看，華為用戶的商務(wù)屬性和金融業(yè)務(wù)屬性契合度極高，為這批用戶提供高質(zhì)量、差異性的服務(wù)，更有利于業(yè)務(wù)轉(zhuǎn)化。

基于上述考慮, 團(tuán)隊(duì)決定啟動(dòng)金融App鴻蒙項(xiàng)目。

2.敲定正式版功能

京東金融App經(jīng)過(guò)近10年的迭代，整個(gè)App功能龐大、頁(yè)面繁多，共涉及5大業(yè)務(wù)線共200+個(gè)原生和Roma跨端頁(yè)面，PV大于100的H5頁(yè)面就有3400+個(gè)。如果一次性的把所有的功能全部進(jìn)行移植勢(shì)必會(huì)耗費(fèi)大量的人力和時(shí)間成本，因此在項(xiàng)目開(kāi)始前內(nèi)部就敲定只上核心功能，非核心功能后續(xù)逐步迭代。為此我們對(duì)App進(jìn)行了流量分析，對(duì)各頁(yè)面的PV和UV進(jìn)行了梳理, 經(jīng)過(guò)和產(chǎn)品團(tuán)隊(duì)的商定，在9月份發(fā)布的正式版本中會(huì)上線21個(gè)大的功能模塊，共包含180+個(gè)功能和頁(yè)面 (只梳理原生和跨端頁(yè)面)，這些功能基本就覆蓋了金融App線上版本90%的能力。

3.整體架構(gòu)梳理

在"京東金融鴻蒙項(xiàng)目"進(jìn)入研發(fā)階段前，團(tuán)隊(duì)首先對(duì)App進(jìn)行了整體架構(gòu)梳理，App側(cè)以功能為維度進(jìn)行層級(jí)劃分主要分為基建層和業(yè)務(wù)層 (只有全面理解整體架構(gòu)才能為后續(xù)的方案選擇奠定堅(jiān)實(shí)基礎(chǔ))。

在金融App中，業(yè)務(wù)運(yùn)行在基建層提供的動(dòng)態(tài)化(Roma)容器、H5容器、小程序容器中，這種方案可以使業(yè)務(wù)層的邏輯和功能被封裝在一個(gè)"可重用"的容器中，在對(duì)新系統(tǒng)適配時(shí)，無(wú)需對(duì)底層平臺(tái)或環(huán)境進(jìn)行大規(guī)模的修改和適配，從而讓業(yè)務(wù)團(tuán)隊(duì)可以專注于核心業(yè)務(wù)的開(kāi)發(fā)和優(yōu)化，而不是花費(fèi)大量時(shí)間和資源去處理與平臺(tái)兼容性相關(guān)的問(wèn)題。因此只需要對(duì)容器進(jìn)行進(jìn)行適配，就可以讓業(yè)務(wù)以最小的改動(dòng)運(yùn)行在鴻蒙系統(tǒng)中。

4.技術(shù)方案對(duì)比

在技術(shù)方案選型的階段，團(tuán)隊(duì)明確了以"低成本"、"強(qiáng)擴(kuò)展"、"低風(fēng)險(xiǎn)"為核心的三個(gè)指導(dǎo)原則。首先，在公司"降本增效"的大背景下就要求在保證項(xiàng)目質(zhì)量和功能的前提下，盡可能地降低投入成本，提高資源利用效率。其次，需要充分考慮未來(lái)可能會(huì)有更多的廠商推出不兼容安卓的自研手機(jī)系統(tǒng)(如: 小米澎湃、VIVO藍(lán)河等)，項(xiàng)目需要具備靈活性和適應(yīng)性。這樣當(dāng)出現(xiàn)更多的操作系統(tǒng)時(shí)才能輕松進(jìn)行擴(kuò)展適配，而無(wú)需從頭開(kāi)始，大大節(jié)省了時(shí)間和成本。最后，方案需要有較低的風(fēng)險(xiǎn)，這樣才能有助于正常的把控項(xiàng)目,保障項(xiàng)目按時(shí)交付。

根據(jù)金融App的現(xiàn)有架構(gòu)和技術(shù)特性，在技術(shù)方案選型過(guò)程中，需要對(duì)基建層、H5容器和原生/Roma跨端頁(yè)面進(jìn)行單獨(dú)分析。

基建層組件:

基建層提供的功能較為核心，需要有較好的穩(wěn)定性、兼容性和優(yōu)異的性能，因此基建層需要使用鴻蒙ArkTS語(yǔ)言重寫，這個(gè)工作是逃不掉的，但考慮到后期相同的基建層組件需要同時(shí)維護(hù)三個(gè)版本(安卓/IOS/鴻蒙)，因此我們嘗試部分組件的三端通用部分使用C/C++來(lái)編寫，后期該組件穩(wěn)定后會(huì)替換其他兩端，實(shí)現(xiàn)三端使用同一套代碼，該方案走通后，會(huì)逐步推廣到所有組件。

例如: 奇點(diǎn)SDK提供了用戶行為統(tǒng)計(jì)、頁(yè)面行為統(tǒng)計(jì)、APP行為統(tǒng)計(jì)、自動(dòng)埋點(diǎn)、DAU統(tǒng)計(jì)、H5基礎(chǔ)信息采集、曝光等功能，三端的邏輯基本相同，歸納起來(lái)主要是數(shù)據(jù)采集、存儲(chǔ)、上傳，在其他兩端使用Java和OC實(shí)現(xiàn)，在鴻蒙版本上直接使用C/C++來(lái)實(shí)現(xiàn)，后續(xù)三端維護(hù)一套代碼即可。

H5容器:

由于鴻蒙系統(tǒng)ArkWeb組件基于Chrome，因此無(wú)需擔(dān)心ArkWeb對(duì)現(xiàn)有H5的兼容性，但App需要對(duì)ArkWeb進(jìn)行封裝，提供jsbridge實(shí)現(xiàn)H5需要的全部金融App原生能力。

在工作開(kāi)始前，統(tǒng)計(jì)了金融項(xiàng)目中一共有99個(gè)jsbridge，通過(guò)調(diào)用量對(duì)這些jsbridge進(jìn)行排序，并對(duì)每個(gè)jsbridge的功能、依賴項(xiàng)、調(diào)用方進(jìn)行分析以便確定必要性和優(yōu)先級(jí)。

在jsbridge提供的能力依賴外部SDK時(shí)，可以適當(dāng)降低其優(yōu)先級(jí)。例如，51號(hào)橋提供風(fēng)控人臉OCR功能， 雖然每日調(diào)用量很高，但由于該功能實(shí)現(xiàn)依賴智能團(tuán)隊(duì)，因此51號(hào)橋也只能把實(shí)現(xiàn)優(yōu)先級(jí)降低，等待智能團(tuán)隊(duì)提供SDK后再做jsbridge的實(shí)現(xiàn)。

在jsbridge的調(diào)用方不在此正式版上線時(shí)，該jsbridge可以暫時(shí)不實(shí)現(xiàn)。例如，94號(hào)橋提供添加小組件到系統(tǒng)桌面的能力，但9月份的正式版本暫時(shí)不會(huì)提供小組件，因此94號(hào)橋暫時(shí)就不會(huì)實(shí)現(xiàn)。

最終在確定所有jsbridge的必要性和優(yōu)先級(jí)后，在正式版一共實(shí)現(xiàn)了63個(gè)jsbridge，剩余36個(gè)待后續(xù)根據(jù)實(shí)際情況依次實(shí)現(xiàn)。

原生頁(yè)面&Roma跨端頁(yè)面:

對(duì)于原生頁(yè)面和Roma跨端頁(yè)面，我們梳理出了三種方案，在三種方案中，方案一無(wú)疑是最穩(wěn)定且風(fēng)險(xiǎn)最低的，但方案一工作量巨大，所有頁(yè)面都需要重寫，無(wú)法復(fù)用現(xiàn)有的技術(shù)資產(chǎn)。而方案三無(wú)疑是終極方案，如果使用方案三，后續(xù)有新操作系統(tǒng)推出，Roma跨端頁(yè)面幾乎不需要適配，Roma框架不需要重新開(kāi)發(fā)，只需要簡(jiǎn)單適配即可，但該方案技術(shù)難度較大，成本較高。

最后對(duì)這三種方案進(jìn)行了簡(jiǎn)單的人力成本推算，同時(shí)也預(yù)判其他手機(jī)廠商操作系統(tǒng)短期內(nèi)不會(huì)不兼容安卓，目前各個(gè)大手機(jī)廠商也無(wú)動(dòng)作，在綜合了"成本"、"擴(kuò)展性"、"風(fēng)險(xiǎn)"這三個(gè)維度的考量后，我們的最終方案是方案二和方案三相結(jié)合，以方案二為主，同時(shí)對(duì)方案三進(jìn)行技術(shù)預(yù)研。

5.基建組件建設(shè)

App基建層架構(gòu)圖

App從0-1的過(guò)程中，首要任務(wù)無(wú)疑是基建建設(shè)工作，基建層建設(shè)就需要詳細(xì)梳理當(dāng)前的基建層架構(gòu)，明確必要基建組件和非必要基建組件，確定所有基建組件的依賴關(guān)系和優(yōu)先級(jí)，從而精確評(píng)估各項(xiàng)工作的優(yōu)先順序以及所需的人力資源。

團(tuán)隊(duì)早在第一季度就開(kāi)始了必要組件的研發(fā)工作，并同時(shí)推動(dòng)集團(tuán)內(nèi)部其他團(tuán)隊(duì)進(jìn)行二方組件的建設(shè)，梳理排期，確保不會(huì)相互堵塞。通過(guò)三個(gè)季度的攻堅(jiān)，完成了30+個(gè)P0、P1、P2、P3級(jí)別的基礎(chǔ)組件開(kāi)發(fā)工作。建設(shè)了鴻蒙版樂(lè)高框架、web容器、js橋組件、權(quán)限控制組件、工具庫(kù)、push推送、掃一掃、長(zhǎng)連接、H5離線化、SGM、路由、科技網(wǎng)關(guān)庫(kù)、Lottie動(dòng)畫庫(kù)、圖片加載庫(kù)、存儲(chǔ)、權(quán)限申請(qǐng)、APP統(tǒng)一配置中心、統(tǒng)一分享庫(kù)、圖片瀏覽器、圖片選擇器等基礎(chǔ)組件(組件可以對(duì)集團(tuán)內(nèi)賦能, 如需使用請(qǐng)與金融App團(tuán)隊(duì)聯(lián)系)。

在基建建設(shè)過(guò)程中，我們面臨了一系列前所未有的挑戰(zhàn)，主要就是在新系統(tǒng)上"摸著石頭過(guò)河"，ArkUI、ArkTS、OHPM、HIVGOR等研發(fā)框架對(duì)于我們都是全新的，除了官方文檔沒(méi)有任何最佳實(shí)踐或者參考資料，只能邊做邊學(xué)習(xí)探索，團(tuán)隊(duì)內(nèi)部每周都會(huì)在例會(huì)上分享自己遇到的"坑", 大家相互成長(zhǎng)。

面臨的部分挑戰(zhàn):

(1) ArkTS雖然基于TypeScript，但是閹割了動(dòng)態(tài)語(yǔ)言特性，導(dǎo)致實(shí)現(xiàn)部分功能較為復(fù)雜。

(2) ArkUI為聲明式UI，與客戶端常用的命令式UI不同，大家需要在在編程思想上進(jìn)行轉(zhuǎn)變。

(3) 早期鴻蒙系統(tǒng)的API豐富度、系統(tǒng)健壯性、開(kāi)發(fā)工具的易用性和健壯性都存在一定問(wèn)題。

(4) 鴻蒙生態(tài)中的一些新特性，如:意圖框架、服務(wù)卡片、元服務(wù)等新概念也需要花一定時(shí)間去理解。

(5) 集團(tuán)內(nèi)二方組件之間相互依賴，需要協(xié)調(diào)各部門的排期，確保在規(guī)定時(shí)間完成。

6.發(fā)布嘗鮮版

在6月21日華為開(kāi)發(fā)者大會(huì)后，華為會(huì)向100萬(wàn)受邀用戶推送鴻蒙系統(tǒng)，為了讓用戶能夠第一時(shí)間使用京東金融App，并借此獲得品牌宣傳和曝光，我們決定開(kāi)發(fā)金融App鴻蒙嘗鮮版本。

由于任務(wù)比較緊急，當(dāng)時(shí)只完成了部分基建組件，Roma跨端框架也未完成，金融App中的所有使用跨端技術(shù)的頁(yè)面均無(wú)法在嘗鮮版本上使用，因此只能在該版本中使用ArkUI原生和H5的方式進(jìn)行開(kāi)發(fā)。為了使成本降到最低，對(duì)該版本的功能也進(jìn)行了一定的取舍，嘗鮮版本的功能需要滿足幾個(gè)條件，首先上線的功能需要有H5的版本，因?yàn)楫?dāng)時(shí)Web容器缺少對(duì)H5調(diào)用本地能力支持，所以該H5必須能夠在純?yōu)g覽器的環(huán)境運(yùn)行。其次，該功能在其他兩端是以原生的技術(shù)形式開(kāi)發(fā)的，這樣此功能在嘗鮮版本開(kāi)發(fā)完后還可以復(fù)用到正式版本。

為了確保H5業(yè)務(wù)在嘗鮮版本上不使用橋能力也能正確展示和使用，除了與H5開(kāi)發(fā)同事高效溝通并解決他們提出的上百個(gè)問(wèn)題外，金融App還內(nèi)部實(shí)現(xiàn)了攔截、轉(zhuǎn)義等能力，確保業(yè)務(wù)正常運(yùn)行。

在不到兩個(gè)月的時(shí)間內(nèi)開(kāi)發(fā)上線了金融App鴻蒙嘗鮮版本，成功京東集團(tuán)首個(gè)上架的鴻蒙原生應(yīng)用。同時(shí)在華為開(kāi)發(fā)者大會(huì)上，金融App嘗鮮版本成功獲得了金融品類的產(chǎn)品曝光。

7.業(yè)務(wù)層研發(fā)

金融App采用的是混合開(kāi)發(fā)模式，業(yè)務(wù)側(cè)實(shí)現(xiàn)方式主要是原生頁(yè)面、Roma跨端頁(yè)面、H5頁(yè)面。這三種不同類型的頁(yè)面在研發(fā)過(guò)程中各具特點(diǎn)，所需的技術(shù)手段與工作流程也各有側(cè)重。

H5頁(yè)面適配

H5頁(yè)面會(huì)通過(guò)金融App提供的jsbridge調(diào)用金融App的原生能力，因此在金融Web容器改造完成并提供原生能力后，H5頁(yè)面需要進(jìn)行適配并回歸，會(huì)有如下的兩個(gè)式配點(diǎn)。

(1) Web容器UA適配

H5頁(yè)面會(huì)依據(jù)Web容器的UA中所包含的clientType和osName字段值來(lái)識(shí)別當(dāng)前運(yùn)行的操作系統(tǒng)環(huán)境，進(jìn)而執(zhí)行相應(yīng)的邏輯操作，在鴻蒙系統(tǒng)中，Web容器的UA內(nèi)容會(huì)產(chǎn)生變化，因此代碼需要增加在鴻蒙系統(tǒng)的判斷。金融App會(huì)在Web容器原始UA中追加部分信息，其中部分字段的值會(huì)產(chǎn)生變動(dòng)，如:clientType字段值變harmonyos，osName字段值變?yōu)閔armonyos，src字段值變?yōu)锳ppGrallery。

(2) 升級(jí)jrbridge庫(kù)

在H5頁(yè)面中，所有業(yè)務(wù)均使用統(tǒng)一提供的jrbridge庫(kù)調(diào)用金融客戶端的原生能力，然而當(dāng)前該庫(kù)僅識(shí)別安卓與iOS系統(tǒng)，尚未涵蓋鴻蒙系統(tǒng)。因此，為確保所有H5頁(yè)面的兼容性，所有H5頁(yè)面需要對(duì)jrbridge進(jìn)行升級(jí)，以適應(yīng)不同平臺(tái)的運(yùn)行需求。

鴻蒙ArkUI原生頁(yè)面研發(fā)

(1) ArkUI原生轉(zhuǎn)Roma跨端

由于歷史遺留問(wèn)題，金融App在版本迭代過(guò)程中只把功能變動(dòng)比較頻繁的原生頁(yè)面修改為Roma跨端頁(yè)面，App內(nèi)依舊存在部分原生頁(yè)面。在鴻蒙項(xiàng)目中，我們依據(jù)各頁(yè)面的功能特性與技術(shù)復(fù)雜度，逐步將那些遺留的原生頁(yè)面轉(zhuǎn)化為兼容性更強(qiáng)的Roma跨端界面，以實(shí)現(xiàn)更為統(tǒng)一且高效的用戶體驗(yàn)。

(2) 使用鴻蒙ArkUI原生

首先需要明確哪些頁(yè)面需要使用ArkUI原生方式，對(duì)于這個(gè)問(wèn)題并沒(méi)有標(biāo)準(zhǔn)的答案，需要對(duì)頁(yè)面的功能、使用時(shí)機(jī)、性能要求等進(jìn)行綜合分析。通常情況下，對(duì)于部分對(duì)性能要求非常高或Roma跨端引擎無(wú)法完成或基建層的頁(yè)面需要使用鴻蒙原生ArkUI進(jìn)行重寫。

例如:大圖瀏覽器頁(yè)面，這個(gè)頁(yè)面提供了對(duì)多張大圖的全屏切換瀏覽的功能，由于該頁(yè)面是一個(gè)通用功能，因此不能有過(guò)多的依賴項(xiàng)，這樣才能方便其他App復(fù)用，并且該頁(yè)面功能變更也不會(huì)很頻繁，因此這個(gè)頁(yè)面明顯就更適合使用ArkUI原生的方式。

再如:登錄頁(yè)面也是使用ArkUI原生的方式進(jìn)行開(kāi)發(fā)。主要原因有兩個(gè)，第一:登錄頁(yè)面需要調(diào)用大量的原生能力，如果使用Roma跨端就需要實(shí)現(xiàn)大量的橋，邏輯非常復(fù)雜，工作量會(huì)比使用ArkUI原生還大。第二:登錄頁(yè)面在App啟動(dòng)后會(huì)立刻彈出，對(duì)性能要求較高，因此也不太適合使用Roma跨端技術(shù)。

通過(guò)使用上述思路進(jìn)行分析，我們把如首頁(yè)、文章詳情頁(yè)、登錄頁(yè)、全部服務(wù)等頁(yè)面使用ArkUI原生方式進(jìn)行開(kāi)發(fā)，這部分工作主要是熟悉ArkUI的語(yǔ)法及屬性，但難點(diǎn)在于ArkUI采用聲明式UI，而我們的開(kāi)發(fā)之前使用的都是命令式UI，思想需要變化。

Roma跨端頁(yè)面適配

在6月底，我們打通鴻蒙基建、Roma框架、樂(lè)高框架、鴻蒙原生的整體鏈路后，業(yè)務(wù)研發(fā)開(kāi)始進(jìn)場(chǎng)適配跨端頁(yè)面，雖然跨端頁(yè)面的核心優(yōu)勢(shì)就在于其跨設(shè)備兼容性，但是第一次在一個(gè)全新的操作系統(tǒng)上運(yùn)行，也會(huì)有大量的適配工作，具體適配工作主要體現(xiàn)在如下幾個(gè)方面。

(1) Roma擴(kuò)展模塊&擴(kuò)展標(biāo)簽

Roma跨端引擎作為一個(gè)通用引擎，不可能為金融App提供所有業(yè)務(wù)功能，所有業(yè)務(wù)屬性較強(qiáng)的功能或UI控件全部需要業(yè)務(wù)研發(fā)以鴻蒙原生的形式去提前實(shí)現(xiàn)，然后在Roma頁(yè)面中動(dòng)態(tài)調(diào)用(Android和IOS端也是這樣)。在業(yè)務(wù)進(jìn)場(chǎng)時(shí)，整體鏈路雖然基本調(diào)通，但依舊有許多細(xì)節(jié)問(wèn)題需要打磨，由于時(shí)間比較緊迫只能是業(yè)務(wù)和Roma框架并行開(kāi)發(fā)，雙方互相反饋細(xì)節(jié)問(wèn)題，最終一共開(kāi)發(fā)22個(gè)業(yè)務(wù)擴(kuò)展標(biāo)簽和32個(gè)業(yè)務(wù)擴(kuò)展模塊。

(2) UI細(xì)節(jié)調(diào)整

由于鴻蒙系統(tǒng)布局問(wèn)題導(dǎo)致Roma框架底層三端無(wú)法完全兼容，需要在鴻蒙系統(tǒng)上對(duì)UI進(jìn)行微調(diào)。

(3) 兼容系統(tǒng)層差異

由于系統(tǒng)層差異，導(dǎo)致跨端頁(yè)面調(diào)用部分系統(tǒng)原生能力時(shí)需要判斷運(yùn)行環(huán)境執(zhí)行特定代碼。

8.鴻蒙新特性應(yīng)用

當(dāng)前金融App的業(yè)務(wù)增長(zhǎng)壓力較大，在完成功能層面遷移的同時(shí)團(tuán)隊(duì)還探索了鴻蒙系統(tǒng)的新特性，為了尋求業(yè)務(wù)發(fā)展的新突破，金融App結(jié)合自身金融屬性做了部分新特性的應(yīng)用，這樣不僅提升了用戶體驗(yàn)，也拓寬了業(yè)務(wù)增長(zhǎng)的可能性。

(1) 華為賬號(hào)服務(wù)

App接入華為賬號(hào)服務(wù)，用戶在使用金融App時(shí)，無(wú)需輸入任何信息就可以通過(guò)華為一鍵登錄的方式登錄到金融App，縮短登錄的鏈路，提升登錄成功率(鴻蒙系統(tǒng)的華為賬號(hào)登率為100%) 。相比于運(yùn)營(yíng)商的一鍵登錄，華為賬號(hào)服務(wù)具有使用成本低、無(wú)需接入SDK、不依賴手機(jī)號(hào)、支持無(wú)卡設(shè)備登多種優(yōu)勢(shì)。

(2) 智能PhotoPicker

智能PhotoPicker是基于PhotoPicker的高階功能，該功能可以從大量圖片中根據(jù)配置的智能推薦參數(shù)快速篩選出符合條件的圖片，并在PhotoPicker中推薦給用戶選擇。目前支持的類型有如:身份證、銀行卡、駕駛證、行駛證、二維碼、頭像等。

如下圖就是金融App在上傳實(shí)名認(rèn)證上傳身份證的場(chǎng)景中使用智能PhotoPicker后，PhotoPicker快速篩選出身份證照片。

(3) 意圖框架

HarmonyOS NEXT引入了多項(xiàng)創(chuàng)新特性，其中意圖框架能夠?qū)?yīng)用中的業(yè)務(wù)功能智能分發(fā)至手機(jī)的各大系統(tǒng)入口，系統(tǒng)入口包括小藝對(duì)話、小藝搜索和小藝建議等。通過(guò)這一特性，用戶不僅可以主動(dòng)搜索和調(diào)用所需服務(wù)，還能享受到系統(tǒng)智能推薦的個(gè)性化建議。這將有效提升用戶體驗(yàn)，帶來(lái)全新的流量增長(zhǎng)點(diǎn)，并為應(yīng)用增量提供強(qiáng)大支持。

結(jié)合京東金融自身業(yè)務(wù)場(chǎng)景，我們?cè)谡桨嬷写_定了以下五個(gè)場(chǎng)景：

1. 對(duì)小藝說(shuō):"查詢京東消費(fèi)明細(xì)"。

動(dòng)作：打開(kāi)京東金融賬單詳情頁(yè)面。

描述：用戶可以方便地查看自己在京東的消費(fèi)明細(xì)，了解每一筆交易的詳細(xì)信息，從而更好地管理個(gè)人財(cái)務(wù)。

2. 對(duì)小藝說(shuō):"查詢京東白條賬單"。

動(dòng)作：打開(kāi)京東金融白條全部賬單頁(yè)面。

描述：用戶可以查看所有京東白條的賬單信息，包括賬單金額、還款日期等，幫助用戶及時(shí)還款，避免逾期。

3. 對(duì)小藝說(shuō):"還一下京東白條"。

動(dòng)作：打開(kāi)京東金融白條還款頁(yè)面。

描述：用戶可以直接進(jìn)入還款頁(yè)面，進(jìn)行京東白條的還款操作，簡(jiǎn)化了還款流程，提高了還款效率。

4. 對(duì)小藝說(shuō):"推薦京東金融理財(cái)產(chǎn)品"。

動(dòng)作：打開(kāi)京東金融理財(cái)頁(yè)面。

描述：系統(tǒng)會(huì)根據(jù)用戶的財(cái)務(wù)狀況和投資偏好，推薦適合的理財(cái)產(chǎn)品，幫助用戶實(shí)現(xiàn)財(cái)富增值。

5. 對(duì)小藝說(shuō): "查看最近新上的股票"。

動(dòng)作：打開(kāi)京東金融新股日歷頁(yè)面。

描述：用戶可以查看最近上市的新股票信息，包括上市日期、公司背景等，幫助用戶抓住投資機(jī)會(huì)。

?

通過(guò)這些場(chǎng)景的智能分發(fā)，京東金融能夠?yàn)橛脩籼峁└颖憬莺蛡€(gè)性化的金融服務(wù)，提升用戶體驗(yàn)，增強(qiáng)用戶對(duì)京東金融的依賴和滿意度。

總結(jié):

金融App鴻蒙版不僅僅是功能的遷移，而是要充分利用鴻蒙系統(tǒng)新的特性，重新設(shè)計(jì)用戶體驗(yàn)。結(jié)合這些新特性挖掘在獲客、活躍、降本增效&用戶體驗(yàn)上的機(jī)會(huì)。

9.發(fā)布正式版

由于項(xiàng)目時(shí)間比較緊張，前期只專注于功能的建設(shè)，在項(xiàng)目進(jìn)入尾聲階段有兩個(gè)比較重要的研發(fā)類問(wèn)題急需解決，不解決甚至?xí)苯佑绊慉pp上架。

(1) 折疊屏適配

根據(jù)華為的要求，所有應(yīng)用都需要對(duì)折疊屏手機(jī)進(jìn)行適配。如果不對(duì)折疊屏進(jìn)行適配則無(wú)法上架應(yīng)用商店，為保證京東金融順利通過(guò)應(yīng)用市場(chǎng)的審核，參考華為提供的折疊屏適配方案，綜合風(fēng)險(xiǎn)、成本等因素考慮，最終使用所有控件整體放大1.2倍的思路進(jìn)行適配，并通過(guò)華為一多測(cè)試，滿足上架要求。

?

(2) 性能優(yōu)化

根據(jù)華為的要求，上架的App核心頁(yè)面需要達(dá)到S標(biāo)或不低于IOS的體驗(yàn)，以金融App為例，通過(guò)使用IDE提供的Profiler工具進(jìn)行分析, 影響性能的原因主要有以下幾方面。

原因:

(1) ArkUI為聲明式UI，使用數(shù)據(jù)驅(qū)動(dòng)，不支持繼承，如果擴(kuò)展UI組件，只能采取組件外再包一層的方式，這種方式會(huì)讓UI層級(jí)變深，影響渲染速度。

(2) 鴻蒙的線程內(nèi)存模型是Actor模型，該模型不允許線程間共享內(nèi)存，線程間通信非常麻煩，這就使得大量的重載邏輯放在了主線程中執(zhí)行，影響渲染速度。

(3) 部分系統(tǒng)API性能較差。

解決方案:

(1) 精簡(jiǎn)UI層級(jí)，合理使用狀態(tài)同步屬性，避免產(chǎn)生冗余刷新操作。

(2) 使用worker和taskpool把非UI的重載操作放到子線程中，把主線程中的同步操作改為異步操作。

(3) 對(duì)于性能較差的非UI系統(tǒng)API放在子線程中執(zhí)行，部分UI相關(guān)API推動(dòng)華為鴻蒙團(tuán)隊(duì)優(yōu)化性能。

通過(guò)與華為團(tuán)隊(duì)的幾輪溝通，并共同商討技術(shù)方案，最終京東金融有88%的場(chǎng)景達(dá)到S標(biāo)，滿足上架要求。

?

除了上述兩個(gè)和研發(fā)相關(guān)的問(wèn)題外，還需要準(zhǔn)備華為應(yīng)用商店要求的上架材料，這里面需要特別注意的主要有三個(gè)材料。

(1) 軟件著作權(quán)

App的軟著一般情況只有android版和ios版本，兩個(gè)平臺(tái)是單獨(dú)申請(qǐng)的，所以需要為鴻蒙版的App單獨(dú)申請(qǐng)軟著(申請(qǐng)地址: http://copyright.jd.com/#/home，僅供集團(tuán)內(nèi)部使用)，申請(qǐng)時(shí)效為3個(gè)月左右，為保障不影響上架華為應(yīng)用商店，請(qǐng)?zhí)嵴?qǐng)申請(qǐng)。

(2) 工信部ICP備案

和軟著類似，客戶端一般只ICP備案了android和ios平臺(tái)，因此需要在工信部對(duì)鴻蒙平臺(tái)進(jìn)行單獨(dú)備案，在備案前請(qǐng)準(zhǔn)備bundleName、簽名MD5、平臺(tái)公鑰，并確保真實(shí)有效。

(3) 更新隱私協(xié)議

App的隱私政策也需要更新，鴻蒙版的隱私政策既可以和Android/IOS共用一份通用版本，也可以為鴻蒙單獨(dú)創(chuàng)建一版。

通用版本指App在iOS、Android、HarmonyOS共用一份隱私聲明，此場(chǎng)景要做到對(duì)HarmonyOS不歧視。具體規(guī)則如下：

?設(shè)備類型/平臺(tái)類型如果描述Andriod，必須要提HarmonyOS。

?設(shè)備唯一標(biāo)識(shí)/ID的情形、權(quán)限相關(guān)的描述、SDK相關(guān)的描述、個(gè)人信息相關(guān)的描述：如果描述Android ID等字樣，應(yīng)該補(bǔ)充描述HarmonyOS(OAID/AAID/ODID/UUID/xxx)的一種或幾種。

單獨(dú)版本指NEXT單獨(dú)開(kāi)發(fā)的版本，僅描述HarnmonyOS NEXT設(shè)備上的隱私聲明。具體規(guī)則如下：

?設(shè)備類型/平臺(tái)類型不允許出現(xiàn)Android、iOS描述。

?設(shè)備唯一標(biāo)識(shí)/ID的情形、權(quán)限相關(guān)的描述、SDK相關(guān)的描述、個(gè)人信息相關(guān)的描述：不能描述Android ID等字樣，應(yīng)該描述HarmonyOS(OAID/AAID/ODID/UUID/xxx)的一種或幾種。

總結(jié)下來(lái)就是通用版本不歧視HarmonyOS，單獨(dú)版本不露出iOS、Android品牌，盡量露出HarmonyOS品牌。

鴻蒙項(xiàng)目自3月27日科技內(nèi)部啟動(dòng)會(huì)開(kāi)始，包括支付、消金、財(cái)富、風(fēng)控、網(wǎng)關(guān)、登錄、安全、智能、客服各跨BGBU部門團(tuán)隊(duì)成員，共同經(jīng)歷了近六個(gè)月的持續(xù)努力，期間還經(jīng)歷了嘗鮮版本的體驗(yàn)版的攻堅(jiān)，最終各部門克服了重重技術(shù)困難及業(yè)務(wù)壓力，各業(yè)務(wù)線順利完成主要業(yè)務(wù)的鴻蒙建設(shè)。金融APP鴻蒙版在9月初完成了首發(fā)功能的集成，并面向C端用戶的進(jìn)行了灰度體驗(yàn)。隨著鴻蒙Next的正式版發(fā)布的臨近，金融App鴻蒙版（正式版）于9月20日正式通過(guò)華為應(yīng)用市場(chǎng)審核，全量面向C端用戶。

在整個(gè)過(guò)程中京東金融團(tuán)隊(duì)共完成

(1) "推薦"、"理財(cái)"、"省錢"、"社區(qū)"、"我的"5個(gè)頻道頁(yè)的開(kāi)發(fā)。

(2) "刷新用戶數(shù)據(jù)"、"選取相冊(cè)"、"掃一掃"等63個(gè)jsbridge的開(kāi)發(fā), 為H5提供了所有需要用到的原生能力。

(3) "科技網(wǎng)關(guān)"、"Web容器"、"路由"、"SGM"、"奇點(diǎn)"等30+個(gè)基建組件。

(4) 開(kāi)發(fā)和適配了理財(cái)、社區(qū)、省錢等5大業(yè)務(wù)線的180+個(gè)功能和頁(yè)面。

(5) 22個(gè)Roma業(yè)務(wù)擴(kuò)展標(biāo)簽和32個(gè)Roma業(yè)務(wù)擴(kuò)展模塊。

等等。。。

四.后續(xù)規(guī)劃

1.補(bǔ)全剩余功能

金融APP鴻蒙6.9.30正式版本功能與金融APP主版本內(nèi)容非100%一致，各業(yè)務(wù)還存在約10%的差異，差異部分將通過(guò)后續(xù)版本迭代補(bǔ)齊。

2.鴻蒙生態(tài)探索

鴻蒙不是Android或iOS的平替，不是把代碼重寫一遍，而是重新設(shè)計(jì)用戶體驗(yàn)，后續(xù)我們會(huì)持續(xù)探索鴻蒙生態(tài)中的新玩法(如元服務(wù)、服務(wù)卡片、服務(wù)流轉(zhuǎn)、AI等)，為業(yè)務(wù)帶來(lái)增量。

五.總結(jié)

HarmonyOS NEXT是一個(gè)全新的操作系統(tǒng)，對(duì)應(yīng)用程序而言，無(wú)法沿用既有的Android或iOS平臺(tái)代碼，功能需要全部重寫。作為首批開(kāi)啟鴻蒙版App研發(fā)的團(tuán)隊(duì)，我們?cè)陂_(kāi)發(fā)初期也面臨了重重挑戰(zhàn)，沒(méi)有前人經(jīng)驗(yàn)可供借鑒，只能通過(guò)與華為的緊密合作，逐步探索并解決問(wèn)題。在整個(gè)項(xiàng)目周期內(nèi)，一共給華為提了700+個(gè)issuereporter，在反饋問(wèn)題的同時(shí)也為鴻蒙系統(tǒng)提了大量的優(yōu)化建議。隨著更多團(tuán)隊(duì)投身于鴻蒙版本的開(kāi)發(fā)，金融團(tuán)隊(duì)計(jì)劃將鴻蒙項(xiàng)目中所遇的種種難題和解決方案，以<京東金融APP的鴻蒙之旅系列專題>形式逐一分享。這些專題涵蓋了鴻蒙的UI適配、基礎(chǔ)架構(gòu)打造、工程化實(shí)踐、新特性運(yùn)用以及性能優(yōu)化等關(guān)鍵領(lǐng)域，旨在為后續(xù)跟進(jìn)的開(kāi)發(fā)者們提供寶貴的經(jīng)驗(yàn)參考。

審核編輯 黃宇