chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

HarmonyOS應用點擊響應時延優(yōu)化指導

HarmonyOS開發(fā)者 ? 來源:HarmonyOS開發(fā)者技術 ? 2025-01-07 09:33 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

HarmonyOS應用生態(tài)高速發(fā)展的背景下,雖然移動設備的硬件運算性能已經達到了新的高度,但與此同時應用研發(fā)者也設計出更加多元化、智能化的產品,展現樣式百花齊放,這些產品對高性能的需求與日俱增,加上同類型相近功能的產品互相競爭,用戶也會對App產品質量的要求越來越高,對響應速度的要求也愈加嚴格。本文介紹在HarmonyOS應用中,對應用點擊響應時延進行優(yōu)化的各種方法思路。

優(yōu)化指導

為了保障應用操作響應及時,看護用戶極致流暢體驗,開發(fā)者需要分析從手勢抬手到渲染上屏這段時間應用做了哪些耗時的操作,進而針對性地優(yōu)化相關邏輯。點擊響應優(yōu)化是指通過分析響應階段、優(yōu)化應用性能、加快點擊后頁面的響應速度,使用戶可以得到流暢的操作體驗。

6577886c-cc16-11ef-9310-92fbcf53809c.png

圖1 點擊響應起止點示意圖

(一)UI優(yōu)化

應用開發(fā)中的用戶界面UI(User Interface)是用戶與應用程序交互的關鍵部分。使用不同類型的布局,能在界面顯示上達到預期效果,甚至某些方式能將頁面排布得更加美觀,但也容易引入不合理的結構問題,如果UI界面中存在過度的布局計算,冗余的元素繪制,將會帶來設備資源的大量開銷,造成響應性能的衰退。

減少嵌套層級

布局的嵌套層次過深會導致在創(chuàng)建節(jié)點及進行布局時耗費更多時間。因此開發(fā)者在開發(fā)時,應避免冗余的嵌套,并盡量使用扁平化布局來優(yōu)化嵌套層級。

具體內容見《精簡節(jié)點數》和《合理使用布局組件》。

減少渲染時間

if/else條件渲染是ArkUI應用開發(fā)框架提供的渲染控制能力,可根據應用的不同狀態(tài),渲染對應分支下的UI描述。

具體內容見合理使用渲染控制語法。

用renderGroup緩存動效

頁面響應時,可能大量使用屬性動畫和轉場動畫,當復雜度達到一定程度之后,就有可能出現卡頓的情況。renderGroup是組件通用方法,它代表了渲染繪制的一個組合。

具體原理是在首次繪制組件時,若組件被標記為啟用renderGroup狀態(tài),將對組件及其子組件進行離屏繪制,將繪制結果合并保存到緩存中。此后當需要重新繪制相同組件時,就會優(yōu)先使用緩存而不必重新繪制了,從而降低繪制負載,進而加快響應速度。

658eea3e-cc16-11ef-9310-92fbcf53809c.gif

圖2 renderGroup使用場景示例

為了能使renderGroup功能生效,有以下限制條件:

組件內容固定不變:組件及其子組件各屬性保持固定,不發(fā)生變化。如果組件內容不是固定的,也就是說其子組件中存在某些屬性變化或者樣式變化,此時如果使用renderGroup,那么緩存的利用率將大大下降,并且有可能需要不斷執(zhí)行緩存更新邏輯,在這種情況下,不僅不能優(yōu)化卡頓效果,甚至還可能使卡頓惡化。例如:文本內容使用雙向綁定的動態(tài)數據;圖片資源使用gif格式;使用video組件播放視頻。

子組件無動效:由組件統(tǒng)一應用動效,其子組件均無動效。如果子組件上也應用動效,那么子組件相對父組件就不再是靜止的,每一幀都有可能需要更新緩存,更新邏輯同樣需要消耗系統(tǒng)資源。

LazyForEach懶加載

使用LazyForEach懶加載替換ForEach,避免像ForEach那樣一次性初始化和加載所有元素,從而使首幀繪制時創(chuàng)建列表元素時間大大減少,提升響應性能表現。

相關原理及案例參考《優(yōu)化長列表加載慢丟幀問題》。

動態(tài)import

動態(tài)import是一種模塊加載機制,允許應用程序在運行時按照實際需求去加載相關模塊。在某些條件滿足時(比如用戶交互時,或ABTest分支切換時)再加載特定模塊,可以減少初始化import的加載時間和資源消耗,這將有助于提高應用程序的內存性能和響應速度。

與靜態(tài)import不同,動態(tài)import僅在需要時才消耗CPU等資源;相比靜態(tài)import在編譯時就確定了引入的所有模塊,動態(tài)import還有更佳的語法靈活性,借助這種靈活,能夠實現代碼和路由級別的粒度分割,優(yōu)化模塊層次的懶加載性能。

具體的使用場景和實現方案參考《動態(tài)import》。

(二)并發(fā)優(yōu)化

并發(fā)是指多個任務在同一個時間段內同時觸發(fā)執(zhí)行,具體邏輯中使用多線程異步執(zhí)行,與之相對的概念是串行任務,按順序同步執(zhí)行。

應用中的并發(fā)優(yōu)化就是在響應用戶操作期間,盡可能地讓主線程只執(zhí)行UI繪制相關的任務,而將非UI的耗時任務分配給其他線程或者延遲處理。這樣借助多線程的異步技術,充分利用多核處理器的能力,提高應用程序的并發(fā)處理能力,減少用戶等待時間,保證用戶界面的響應流暢性。

異步任務并發(fā)處理

使用多線程并發(fā)能力進行開發(fā)的過程中,主要實現方式有:

利用TaskPool執(zhí)行簡單并行任務:將一些耗時的操作放入異步任務中處理,避免阻塞主線程,提升應用的響應速度;

利用Worker完成周期類耗時操作:Worker可以空跑在后臺等待事件觸發(fā),周期觸發(fā)耗時操作使用Worker,這樣可以避免TaskPool頻繁拉起影響性能。

二者原理和效果差異可參考《TaskPool和Worker的對比實踐》。

使用組件異步加載特性

Image組件支持異步加載特性:當應用在頁面上展示一批圖片的時候,會先顯示空白占位塊,當圖片在其他線程加載完畢后,再替換占位塊。這樣圖片加載就可以不阻塞頁面的顯示,給用戶帶來良好的交互體驗。

相應的,如果展示圖片數目很少,或加載本地圖片,耗時明顯較少時,這時建議配置syncLoad屬性為true,使圖片同步加載,避免特定情況下圖片加載出現的閃爍。

(三)代碼邏輯優(yōu)化

代碼邏輯的優(yōu)劣對應用響應速度的影響是比較明顯的,特別是點擊切換后新頁面中的aboutToAppear、onPageShow等生命周期回調,以及點擊操作頁面中的aboutToDisappear等,需要充分優(yōu)化代碼、減少冗余、避免耗時,提升執(zhí)行效率。

基于平臺SDK的開發(fā)框架下,對App生命周期的理解,可以幫助開發(fā)人員識別程序在不同階段的行為,弄清楚不同形態(tài)轉換時觸發(fā)的接口性質、各函數被調用的頻率,進而挖掘出代碼優(yōu)化的方向。

下圖是頁面及自定義組件的生命周期流程:

65af1e26-cc16-11ef-9310-92fbcf53809c.png

圖3 生命周期流程

通??梢圆捎玫倪壿媰?yōu)化方法有:

選擇合適的數據結構 索引存取考慮使用array數組,hash查找考慮使用map,去重邏輯考慮使用set等; 有時開發(fā)者使用object變量作為容器去處理map的邏輯,可以考慮使用ArkTS提供的高性能容器類,直接使用HashMap; 遇到純數值計算的場合,推薦使用TypedArray的數據結構,比如Int8Array、Int32Array、Float32Array、BigInt64Array等。

合理使用緩存 當某些運算結果會反復使用時,以空間換時間,提前緩存以便于下次調用。

注意對象new和delete的頻率 new和delete可能會觸發(fā)內存管理回收,占用CPU資源從而影響界面渲染的能力,需要根據情況調整其頻次。尤其在循環(huán)代碼中,頻繁的new、delete更會帶來惡化的性能表現,應該盡量將new/delete優(yōu)化到循環(huán)外去處理。

延遲執(zhí)行資源釋放操作 將資源關閉和釋放操作放在setTimeout函數中執(zhí)行,使其延遲到系統(tǒng)相對空閑的時刻進行,可以避免在程序忙碌時段占用關鍵資源,提升整體性能及響應能力。具體的使用場景和實現方案參考《延遲執(zhí)行資源釋放操作》。

減小拖動識別距離

應用識別拖動手勢事件時需要設置合理的拖動距離,設置不合理的拖動距離會導致滑動不跟手、響應時延慢等問題。針對此類問題可以通過設置distance大小來解決。具體的使用場景和實現方案參考《減小拖動識別距離》。

(四)視覺感知優(yōu)化

上述幾節(jié)內容,是從減少時延絕對值的角度來提升響應體驗,而視覺感知優(yōu)化則是通過交互設計的優(yōu)化,提升用戶響應速度的感知。

從響應速度的反面角度來講,應用的卡頓其實就是視覺上出現了不流暢的畫面,引起了用戶的注意,令其產生了一定的不適感。這也就意味著,在用戶操作后,需要第一時間從視覺層面給予反饋響應,從而解決視覺動作帶來的不適。

開發(fā)者可以在用戶的交互動作開始時,從感知角度添加一些動畫元素,比如單擊效果、轉場縮放、加載進度條、共享動畫等,這些可以告訴用戶目前狀態(tài)發(fā)生了變化,APP在快速地運作著;而動畫的背后是:數據的計算,布局的渲染,內容的加載等等,當新界面渲染顯示完成,上述動畫元素就可通過漸變消失、移出屏外等友好的方式退出視覺區(qū)域。

65c5be7e-cc16-11ef-9310-92fbcf53809c.png

圖4 應用響應的兩個視角

使用這樣連貫的感知元素,能提供一種視覺隱喻,將用戶的注意力從上個頁面平滑地過渡到下個頁面;交互動畫表現得友好、有趣和實用,則用戶在響應側的體驗會更加舒適,從主觀上也會認為應用性能好、反應速度快。

具體的使用場景和實現方案參考《轉場動畫場景案例》和《動畫時延場景案例》。

總結

本文探討了點擊響應時延優(yōu)化的各種方法,為開發(fā)者提供重要的指導思路。

在移動應用生態(tài)發(fā)展的今天,用戶對應用響應的體驗要求越來越高,開發(fā)者對點擊響應做性能優(yōu)化是十分有必要的。

通過文中的UI優(yōu)化、并發(fā)優(yōu)化、代碼邏輯優(yōu)化、視覺感知優(yōu)化等常見優(yōu)化方法,可以有效提高應用的點擊響應性能,提升用戶體驗。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯系本站處理。 舉報投訴
  • 移動設備
    +關注

    關注

    0

    文章

    521

    瀏覽量

    55790
  • 應用開發(fā)

    關注

    0

    文章

    63

    瀏覽量

    9901
  • HarmonyOS
    +關注

    關注

    80

    文章

    2147

    瀏覽量

    35623

原文標題:HarmonyOS應用點擊響應時延優(yōu)化指導

文章出處:【微信號:HarmonyOS_Dev,微信公眾號:HarmonyOS開發(fā)者】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    鴻蒙5開發(fā)寶藏案例分享---點擊響應時分析

    鴻蒙寶藏大發(fā)現!官方隱藏的實戰(zhàn)案例,開發(fā)效率直接翻倍 ? 大家好呀!最近在折騰鴻蒙開發(fā)時,意外挖到了華為官方的 案例寶藏庫 !原來HarmonyOS文檔里藏了近百個場景化案例,覆蓋了布局適配、性能
    發(fā)表于 06-12 17:01

    鴻蒙5開發(fā)寶藏案例分享---點擊完成時分析

    :≤900ms(鴻蒙官方建議) 核心影響 :用戶留存率、應用評分、品牌形象 圖:完成時包含響應時和渲染時 二、超強工具三劍客 ?? 1??AppAnalyzer - 性能體檢專
    發(fā)表于 06-12 17:03

    鴻蒙5開發(fā)寶藏案例分享---Web頁面內點擊響應時分析

    ;gt; 性能分析」板塊,今天就把這些黃金技巧整理成干貨分享給大家**?** ?** 一、點擊響應時核心指標** **官方定義:**從點擊到界面變化 ≤ 100ms | 用戶
    發(fā)表于 06-12 17:09

    產品響應時

    大家好,我正在做一個光開關的控制,老師要求我對產品的響應時間做一個仿真跟優(yōu)化,基本工作電路是MCU控制升壓芯片的電壓,要求對從MCU發(fā)出升壓命令到升壓穩(wěn)定的這一段時間做一個時間的長度仿真,并對已有電路進行優(yōu)化,縮短
    發(fā)表于 06-16 22:20

    SAR ADC響應時間實現迅速響應、快速控制的方法

    “精確的”測量、“準確的”控制操作和/或快速“響應時間”來優(yōu)化設計。在這個系列博文中,我們將討論SAR DAC響應時間和幾種實現設計最佳效果的方法。當我們考慮模擬電子元器件時:系統(tǒng)的“高精度”要求轉化為你
    發(fā)表于 09-12 11:46

    AD9361時響應特性不固定如何優(yōu)化?

    不穩(wěn)定問題同樣存在。 懷疑AD采樣之前LMT、LPF等環(huán)節(jié)群時延響應特性不固定,是否有可優(yōu)化的參數配置可穩(wěn)定時(最好保證0.1ns以內)?
    發(fā)表于 12-12 07:36

    什么是響應時

    什么是響應時間      響應時間是指液晶顯示器各像素點對輸入信號反應的速度,即像素由暗轉亮或由亮轉暗所需要的時間(其原理是在液晶分子內
    發(fā)表于 05-24 21:53 ?5986次閱讀

    什么是液晶電視的響應時

    什么是液晶電視的響應時間   響應時間是液晶電視各像素點對輸入信號反應的速度,即像素由暗轉亮或由亮轉暗所需要的時間(其原理是在液晶分子內
    發(fā)表于 03-27 13:29 ?4888次閱讀

    SAR ADC 響應時間:迅速響應、快速控制

    快速響應時間來優(yōu)化設計。在這個系列博文中,我們將討論SAR DAC響應時間和幾種實現設計最佳效果的方法。 當我們考慮模擬電子元器件時: 系統(tǒng)的高精度要求轉化為你的模擬塊(放大器、基準、傳感器等)和混合信號塊(ADC,DAC等)所
    發(fā)表于 04-18 02:17 ?1410次閱讀
    SAR ADC <b class='flag-5'>響應時</b>間:迅速<b class='flag-5'>響應</b>、快速控制

    什么是單片機的中斷響應時

    中斷響應時間:從外部中斷請求有效(外部中斷請求標志置1)到轉向中斷入口地址所需要的響應時間。每個機器周期的S5P2時刻,INTx引腳的電平被鎖存到內部寄存器中,待下一個周期查詢。
    發(fā)表于 12-19 15:57 ?1.1w次閱讀
    什么是單片機的中斷<b class='flag-5'>響應時</b>間

    面板響應時間有什么影響

    響應時間是一個計算機,顯示器成像等多個領域的概念,在網絡上,指從空載到負載發(fā)生一個步進值的變化時,傳感器的響應時間。
    的頭像 發(fā)表于 01-14 14:56 ?4598次閱讀

    進程響應時間是指什么

    進程響應時間是指從發(fā)出請求到收到響應的時間間隔,是衡量系統(tǒng)性能和用戶體驗的重要指標之一。在計算機系統(tǒng)中,進程是指一個正在運行的程序實例。當用戶發(fā)出請求,系統(tǒng)會創(chuàng)建一個新的進程來處理該請求。進程響應時
    的頭像 發(fā)表于 11-17 11:31 ?1819次閱讀

    影響VCO響應時間的因素

    VCO(Voltage-Controlled Oscillator,壓控振蕩器)的響應時間是一個關鍵的性能指標,它反映了VCO在接收到控制電壓變化后,其輸出頻率達到穩(wěn)定狀態(tài)所需的時間。然而,要詳細
    的頭像 發(fā)表于 08-20 16:07 ?1412次閱讀

    HarmonyOS應用點擊完成時問題定位流程及原理

    HarmonyOS應用開發(fā)中,完成時是指用戶操作HarmonyOS移動終端時,從輸入觸控指令到界面完全刷新結束并達到可以閱讀的穩(wěn)定狀態(tài)所用時間,點擊完成時
    的頭像 發(fā)表于 12-23 11:15 ?1289次閱讀
    <b class='flag-5'>HarmonyOS</b>應用<b class='flag-5'>點擊</b>完成時<b class='flag-5'>延</b>問題定位流程及原理

    光譜傳感器的響應時

    光譜傳感器的響應時間是指傳感器從接收到光譜信號到產生穩(wěn)定輸出所需的時間。這個參數對于光譜傳感器的性能和應用至關重要。以下是對光譜傳感器響應時間的詳細分析:
    的頭像 發(fā)表于 01-27 15:36 ?1207次閱讀