評估 | 建議 | |
---|---|---|
AGP 7.2 以下版本 (0 分)
|
許多效能工具無法使用或過時。
至於 AGP 7.2 以下的 AGP 版本,不支援基準設定檔,也不支援啟動設定檔。縮減和最佳化工具也已過時,無法提供更近期的效能改善功能。這對應用程式啟動和執行階段效能帶來的影響,是您錯失的重大商機。 |
請立即升級至較新的 AGP 版本,以便獲得更完善的效能工具支援。
升級至新版 AGP 後,您就能使用最新的效能工具。這樣一來,您就能改善應用程式的效能和使用者滿意度。 |
AGP 7.3 (1 分)
|
對高效能工具的支援有限。 Android Gradle 外掛程式 (AGP) 7.3 提供基準設定檔的基本支援。雖然基準設定檔可運作,但這個應用程式無法充分利用這項功能。此外,這個版本不支援啟動設定檔。縮減和最佳化工具也已過時,無法提供近期的效能改善。這會錯失應用程式啟動和執行階段的效能機會。 |
升級至新版 AGP,以便獲得更完善的效能工具支援。
從 7 版升級至 8 版雖然令人卻步,但從效能角度來看,這項投資絕對值得。升級至新版 AGP 後,您就能使用最新的效能工具。這麼做可大幅改善啟動和執行階段效能。這樣一來,您就能改善應用程式的效能和使用者滿意度。 |
AGP 7.4 - 8.1 (5 分)
|
對高效效能工具的支援有限。 Android Gradle 外掛程式 (AGP) 7.4 到 8.1 版支援基準設定檔。從 AGP 8.0 開始,基準設定檔可搭配專用 Gradle 外掛程式使用。AGP 8.2 之前不支援啟動設定檔。縮減和最佳化工具也已過時,無法提供更近期的效能改善功能。 |
盡快升級至新版 AGP。
從 7 版升級至 8 版雖然令人卻步,但從效能角度來看,這項投資是值得的。升級至新版 AGP 後,即可使用最新的效能工具。這樣一來,您就能改善應用程式的啟動和執行階段效能,並提升使用者滿意度。 |
AGP 8.2 - 8.5 (15 分)
|
解鎖大部分高影響力成效工具。
使用 Android Gradle 外掛程式的 8.2 以上版本時,即可完全使用基準設定檔和啟動設定檔。您也可以使用基準設定檔 Gradle 外掛程式。透過 R8 最佳化,這些技術的改進也近期有所改善,且成效極佳。升級至較新的 AGP 版本,即可提升啟動和執行階段效能,因為這會導入較新的 R8 版本。 |
隨時掌握 AGP 版本資訊。
新版 AGP 會使用最新的效能工具,讓應用程式保持最新狀態。這樣一來,您就能改善應用程式的成效和使用者滿意度。您可以透過 R8、基準設定檔和 DEX 版面配置最佳化功能的幕後改善功能,提升應用程式啟動和執行階段效能。 |
AGP 8.6 以上版本 (20 分)
|
全面啟用高影響力成效工具支援功能
使用最新版 AGP 後,這個應用程式就能充分運用最新的效能工具。透過 R8 進行的內部改善作業,可全面支援基準設定檔和 Dex 版面配置最佳化。請務必使用這些工具改善應用程式效能和使用者滿意度。 |
做得好,請繼續保持。
及時更新至最新版 AGP,確保應用程式持續使用最新的效能工具。請確認啟動設定檔設定正確無誤,且 R8 設定運作正常。請參閱整體效能指南,瞭解如何改善應用程式執行階段效能。 |
評估 | 建議 | |
---|---|---|
未啟用 (0 分)
|
這個應用程式缺少許多效能改善項目。 如果不使用 透過 R8 縮減及最佳化程式碼,就無法改善應用程式效能。許多內部改善項目只有在啟用 R8 時才可使用。 |
請立即啟用 R8,以便獲得重大效能提升。
盡快啟用 R8 最佳化功能。這樣效能大幅提升。然後再重新進行評估,以便取得更多指引。 |
相容性模式或主要例外狀況 (-dontoptimize、-dontshrink) (5 分)
|
停用最佳化功能,將錯失改善應用程式效能的大好機會。
這個應用程式的執行階段效能未完全最佳化。這會錯失改善應用程式效能的絕佳機會。 |
啟用 R8 最佳化功能,發揮效能潛能。 請盡快啟用 R8 最佳化功能,並移除所有 -dontoptimize 和 -dontshrink 例外狀況。這也能讓您啟用其他最佳化功能,例如 Dex 版面配置最佳化。在完整模式中啟用 R8 後,請回來進行另一項評估,以便取得更多指引。 |
R8 完整模式、經過壓縮、最佳化和資源縮減 (20 分)
|
發揮高效能潛力。
啟用 R8 最佳化功能後,應用程式就能透過最佳化、模糊處理和程式碼縮減功能,進一步提升效能。這個應用程式已準備好透過 Dex 版面配置最佳化功能,進一步改善啟動效能。 |
確保保留規則為最新版本。
隨著應用程式持續演進,R8 規則需要更新,確保應用程式仍能全面最佳化。將效能改善工作重點放在其他領域。您是否曾查看啟動設定檔和 DEX 版面配置最佳化? |
基準設定檔可在首次啟動時加快程式碼執行速度,在每次安裝新的應用程式及每次應用程式更新時提升效能。有了這項以設定檔為導引的最佳化功能 (PGO),應用程式可最佳化啟動作業、減少轉譯問題,並從首次啟動後改善使用者的執行階段整體效能。是否已建立基準設定檔,並用於應用程式啟動?
評估 | 建議 | |
---|---|---|
無 / 不明 (0 分)
|
沒有基準設定檔,就會錯失許多商機。
基準設定檔不須對內含的程式碼路徑進行解譯和及時 (JIT) 編譯步驟,因此首次啟動時的程式碼執行速度能加快約 30%。請檢查應用程式是否有基準設定檔,如果沒有,請務必採用這項技術。 |
盡快採用基準設定檔。
基準設定檔不必處理內含程式碼路徑的解譯和及時 (JIT) 編譯步驟,因此首次啟動程式碼執行速度可提升約 30%。請參閱指南瞭解如何採用這些指標,並重新參加評估,取得更新的分數。 |
手動、一次或不常 (2 分)
|
自動化功能是讓基準設定檔保持最新狀態的關鍵。
手動更新基準設定檔很容易遺漏,尤其是更新程序只限於單次作業的情況下更是如此。您應為每次發布版本重新產生基準設定檔,以便盡可能提升應用程式啟動和執行階段效能。 |
投資自動建立基準設定檔。
如要自動建立基準設定檔,建議採用基準設定檔 Gradle 外掛程式。您可以設定自動為特定建構類型 (例如變化版本或發布子版本) 產生新的設定檔。您必須自動產生設定檔,才能充分利用 Dex 版面配置最佳化功能。 |
手動為每個版本進行 (5 分)
|
自動化是讓基準設定檔保持在最新狀態的關鍵。 手動更新基準設定檔很容易遺漏,而過時的基準設定檔無法改善應用程式啟動或執行階段效能。 |
投入資源,讓系統自動建立基準設定檔。
如要自動建立基準設定檔,建議使用基準設定檔 Gradle 外掛程式。您可以透過設定,讓系統自動為特定建構類型 (例如變化版本或發布子版本) 產生新的設定檔。 |
自動為每個版本執行自動化作業 (15 分)
|
自動化功能可讓您輕鬆更新基準設定檔。
定期更新基準設定檔,是改善應用程式啟動和執行階段效能的絕佳方法。自動為每個版本執行這項操作,幾乎是確保高品質基準設定檔的最佳方式。 |
提高基準設定檔涵蓋率。建議您每天產生設定檔。
基準設定檔只有在保持最新狀態時才有用。建議您每晚產生這些檔案,藉此及早找出問題,並確保設定檔產生作業能在需要發布時正常運作。請參閱基準設定檔 Gradle 外掛程式,瞭解如何進一步自動化基準設定檔建立作業。 |
自動執行每晚的建構作業和發布作業 (20 分)
|
這是讓基準設定檔保持最新狀態的最佳做法。
每晚為每個版本產生的基準設定檔會保持最新狀態,並可在每次發布時用於改善應用程式啟動和執行階段效能。這些準備工作讓應用程式效能更上一層樓。做得好! |
持續改善基準設定檔涵蓋範圍。
您已掌握如何為這個應用程式自動產生基準設定檔。請繼續努力。請務必定期更新基準設定檔涵蓋的使用者歷程,並隨著應用程式持續成長而擴大範圍。這可確保基準設定檔隨時保持在最新狀態,可用於改善應用程式啟動和執行階段效能。 |
基準設定檔可讓您在使用某項功能時,不必執行 JIT 編譯。這可提升執行階段轉譯效能。為關鍵使用者歷程新增基準設定檔,有助於提升整體應用程式效能。
基準設定檔涵蓋了多少使用者歷程?評估 | 建議 | |
---|---|---|
無 / 不明 (0 分)
|
錯失執行階段效能改善機會。
針對關鍵使用者歷程採用基準設定檔,即可改善應用程式執行階段效能。只要僅針對應用程式啟動採用基準設定檔,就會錯過提升執行階段效能和使用者滿意度的大好機會。 |
請盡快新增基準設定檔,以改善執行階段效能。
針對應用程式啟動和關鍵使用者歷程採用基準設定檔。這些歷程涉及大量使用者,對於應用程式的功能至關重要。請回來重新參加評量,以取得更新的分數和更多指引。 |
應用程式啟動 +1 使用者歷程 (5 分)
|
缺少執行階段效能改善項目。 您可以針對關鍵使用者旅程採用基準設定檔,藉此提升應用程式執行階段效能。如果您只針對應用程式啟動或單一使用者歷程採用基準設定檔,就會錯過提升執行階段效能和使用者滿意度的大好機會。 |
採用基準設定檔,涵蓋更多使用者歷程。
採用基準設定檔,涵蓋更多使用者歷程。這樣一來,應用程式就能持續改善執行階段效能和使用者滿意度。請稍後再回來重新接受評量,以取得最新的分數和更多指引。 |
應用程式啟動 +2 個使用者歷程 (10 分)
|
基準設定檔可進一步改善效能。
為更多使用者歷程採用基準設定檔,應用程式有望改善執行階段效能和使用者滿意度。只要針對關鍵使用者歷程採用基準設定檔,即可改善應用程式執行階段效能。 |
持續採用基準設定檔,提供更多使用者歷程。 找出更多對應用程式功能至關重要的使用者歷程,並針對這些方式採用基準設定檔。這樣一來,應用程式就能持續改善執行階段效能和使用者滿意度。請回來重新參加評量,以取得更新的分數和更多指引。 |
應用程式啟動 +3 個使用者歷程 (15 分)
|
優異的基準設定檔涵蓋率。
使用基準設定檔涵蓋應用程式啟動和幾個關鍵使用者旅程,是改善效能和使用者滿意度的絕佳方法。基準設定檔可能涵蓋更多使用者歷程。但就基準設定檔的涵蓋範圍而言,這個應用程式已有不錯的進展。繼續加油! |
擴大基準設定檔的涵蓋範圍,充分發揮效能潛能。
繼續推動基準設定檔的採用率。建議您改善 R8 採用率,以提升程式碼大小和整體應用程式執行階段效能。此外,您也可以考慮採用 Dex 版面配置最佳化功能,進一步改善應用程式啟動效能。 |
建構系統會使用啟動設定檔,透過改善 APK DEX 檔案中的程式碼版面配置,進一步最佳化所含的類別和方法。使用啟動設定檔後,應用程式啟動速度通常會比只使用基準設定檔時快上 15% 到 30%。
應用程式是否使用啟動設定檔來改善 DEX 版面配置?評估 | 建議 | |
---|---|---|
未使用 / 不明 (0 分)
|
錯失改善應用程式啟動效能的絕佳機會。
建構系統可以使用啟動設定檔,藉由改善 APK DEX 檔案中的程式碼版面配置,進一步最佳化當中包含的類別和方法。使用啟動設定檔後,應用程式啟動速度通常會比單獨使用基準設定檔時快上 15% 到 30%。 |
立即投資採用啟動設定檔。
透過啟動設定檔,採用 Dex 版面配置最佳化。這麼做可改善應用程式啟動效能和使用者滿意度。如要使用 Dex 版面配置最佳化功能,您必須使用 AGP 8.2 以上版本,並啟用最小化/R8。 |
主要進入點 (10 分)
|
針對主要進入點最佳化啟動效能。
為主要進入點使用啟動設定檔,是改善應用程式啟動效能的絕佳方法。應用程式效能提升後,使用者體驗也因此獲得正面影響。繼續加油! |
考慮涵蓋更多進入點。
啟動設定檔最重要的項目就是主要應用程式進入點。如果這個應用程式有更多進入點,請考慮使用啟動設定檔來涵蓋這些進入點。這可能是通知或啟動器的附加圖示。 |
大多數進入點 (15 分)
|
涵蓋最常用的進入點,是改善應用程式啟動效能的絕佳方法。
最佳化啟動體驗可大幅提升使用者滿意度。透過為大多數進入點採用啟動設定檔,這個應用程式在工具方面具有良好的啟動效能。做得好, |
調查其他效能改善方式,並避免回歸現象。
使用基準設定檔 Gradle 外掛程式自動執行 Dex 版面配置最佳化工作,確保系統會為每個發布子版本自動產生啟動設定檔。 |
評估 | 建議 | |
---|---|---|
未使用 Compose (5 分)
|
開始使用 Compose
Jetpack Compose 是 Android 推薦的新型工具包,可用來建構原生 UI。這可簡化及加快 Android 平台上的 UI 開發作業。透過較少的程式碼、強大的工具和直觀的 Kotlin API,讓您的應用程式更貼近生活。 |
開始將 UI 遷移至 Jetpack Compose
Jetpack Compose 可與現有的 View 系統互通。您可以透過多種策略將部分 UI 遷移至 Compose,並善用 Compose 提供的優勢。請參閱遷移策略說明文件,或是查看程式碼研究室,進一步瞭解實作項目。 |
Compose 2022.10.00 - 2023.10.01 (1 點)
|
缺少許多新功能和效能改善項目!
如果您仍使用舊版 Jetpack Compose,就會錯過所有新功能和改良項目。Jetpack Compose 的設計目的是從 Android 系統中分離,讓開發人員可以自行決定升級時機。 |
盡快升級至新版
效能持續是我們的優先要務,升級後,整體效能可以大幅提升。我們的捲動效能提升了約 20%、啟動時間縮短 12%,文字可組合項的效能則提升 22%。如要進一步瞭解 Jetpack Compose 2024.01.00 新增的改善項目,請參閱發布網誌文章。 |
Compose 2024.01.00 - 2024.08.00 (2 點)
|
最新 Jetpack Compose 提供更佳的效能和新功能 如果未採用最新的 Jetpack Compose 版本,您就不會取得所有錯誤修正、效能改善和我們正在努力協助您建構精美的 UI。 |
升級至最新版本,進一步提升效能
升級至最新的 Compose 版本後,我們發現基準測試的 TTP 效能提升了 17%!在這個版本中,我們也預設啟用了新的嚴格略過模式,可大幅減少不必要的組合。此外,我們改善了指示 API,讓您可以延遲建立漣漪效果,並將內部 Compose 表示法最佳化為更有效率的資料結構,並開始產生更有效率的程式碼。 |
最新的穩定版 Compose (5 分)
|
恭喜!這個應用程式已是最新的穩定版 Compose 版本。 使用最新版 Compose 可因 Compose 每個新版本的效能提升而獲得改善。 |
繼續加油
即時掌握最新的 Compose 版本,持續享有效能改善和錯誤修正的好處。您目前不需要採取任何行動。 |
FullyDrawnReporter
或 ReportDrawn()
呼叫 reportFullyDrawn()
,即可讓系統知道應用程式何時準備好供使用者互動。這樣就能存取 TTFD 指標。這項指標可用於基準測試,並改善啟動設定檔建立作業。評估 | 建議 | |
---|---|---|
不使用 reportFullyDrawn() / FullyDrawnReporter (0 分)
|
錯失了內部改善和效能指標。
應用程式可用時間不回報,會導致無法進一步掌握應用程式啟動時間的商機。使用這個 API 可讓 Android 系統提供更詳細的效能指標,並啟用 Time to Fully Drawn 監控功能。 |
採用 reportFullyDrawn() / FullyDrawnReporter,即可取得更詳細的成效指標。
使用 FullyDrawnReporter API 回報應用程式可供使用時。這樣一來,您就能取得更詳細的效能指標,並監控繪製時間。 |
使用 reportFullyDrawn() / FullyDrawnReporter (5 分)
|
解鎖更詳細的應用程式啟動效能指標。
這個應用程式會使用 FullyDrawnReporter API 回報應用程式何時可供使用。這樣一來,您就能取得更詳細的效能指標,並監控完全繪製時間。 |
運用 TTFD 中的資訊,瞭解及改善應用程式啟動效能。
Android 架構和 Google Play 管理中心會提供「Time to Fully Drawn」的詳細效能指標。您可以使用這些指標瞭解並改善應用程式的啟動效能。 |
(已回答 0/7 個問題)