作者 / Google Play 技術負責人 Andrew Flynn 和 Jon Boekenoogen

2020 年，Google Play 商店開發團隊管理層做出了一個重大決定: 改造整個 Play 商店技術棧。因為現有代碼的歷史已經長達 10 多年，在無數的 Android 平臺版本發布和功能更新的過程中產生了巨大的技術負債。我們需要新的框架，在不影響開發者的工作效率、用戶體驗或 Play 商店自身性能的同時，能夠支撐數百名工程師同時開展工作。

我們為此制定了一個長期路線圖，來更新商店內從網絡層一直到像素渲染的所有內容。在這之中，我們還想要采用現代的聲明式界面框架，以實現我們圍繞交互性和用戶滿意度的產品目標。在分析了各種選擇后，我們做出了 (在當時) 一個大膽的決定——使用當時還處于 Alpha 預覽階段的 Jetpack Compose。

從那時起，Google Play 商店與 Jetpack Compose 團隊密切合作，發布并完善了滿足我們特定需求的 Jetpack Compose 版本。本文將為您介紹我們的遷移方法以及在此過程中發現的挑戰和優勢，并分享一些對于有眾多貢獻者的應用選擇 Compose 的洞察。

優先考慮

當我們對新的界面渲染層使用 Jetpack Compose 時，需要優先考慮以下兩點:

開發者的工作效率: Play 商店團隊有數百個工程師改進代碼，因此開發起來應該很容易 (也很有趣)。

性能: Play 商店會渲染大量媒體密集型內容，其中很多業務指標對延遲和卡頓十分敏感，所以我們需要確保它在所有設備上表現良好，尤其是低內存硬件和 Android (Go 版本) 設備。

開發者的工作效率

一年多來，我們一直在使用 Jetpack Compose 編寫用戶界面代碼，也得益于 Jetpack Compose 讓界面開發變得更加簡單。

我們傾向于編寫界面時使用更少的代碼，有時甚至可以減少 50%。此項改進的實現得益于 Compose 是一個利用了 Kotlin 簡潔性的聲明式界面框架。自定義繪圖和布局現在是簡單的函數調用，而不用再通過對視圖子類進行各種復寫。

以評分表格為例:

使用視圖類編寫，此表格包含:

總共 3 個視圖類，其中 2 個需要自定義繪制圓角矩形和星形

約 350 行 Java 代碼，55 行 XML

使用 Compose 編寫，此表格包含:

所有的 @Composable 函數都包含在同一文件和語言中!

約 210 行 Kotlin 代碼

動畫因其簡單、富有表現力

而成為 Compose 備受贊譽的一項功能。我們的團隊正在使用 Compose 構建動效功能，極大地提高了 Play 商店用戶的滿意度。借助 Compose 的聲明性和動畫 API，編寫連續或并行動畫從未如此簡單。我們的團隊不再擔心關于動畫取消和回調鏈的所有極端情況。Lottie 是一個流行的動畫庫，已經提供了易于使用的 Compose API。

現在您可能會想: 這一切聽起來都很棒，但提供視圖的庫依賴項呢?確實，并非所有的庫開發者都實現了基于 Compose 的 API，尤其是在我們首次遷移時。但是，Compose 通過其 ComposeView 和 AndroidView API 提供了簡單的視圖互操作性。我們以這種方式成功地與 ExoPlayer 和 YouTube Player 等流行庫集成。

性能Play 商店和 Jetpack Compose 團隊密切合作，以確保 Compose 可以像視圖框架一樣快速運行并且沒有卡頓。由于需要把 Compose 打包在應用中 (而不是作為 Android 框架的一部分)，這是一項艱巨的任務。在屏幕上渲染單個界面組件很快，但是將整個 Compose 框架加載到應用內存中所用的端到端時間卻很長。

Play 商店采用 Compose 后最大的性能改進之一來自基準配置文件的開發。雖然已經推出了一段時間的云配置文件可以幫助改善應用啟動時間，但是它們只適用于 API 28+，且對于更新節奏頻繁 (每周) 的應用效果不佳。為了解決這一問題，Play 商店和 Android 團隊合作開發了基準配置文件 (Baseline Profiles): 開發者預定義打包好的、應用可以指定的一個配置文件，它們隨您的應用提供，與云配置文件完全兼容，并且可以在具體應用級別和庫級別進行定義 (適配 Compose 的開發者可免費使用此功能!)。通過推出基準配置文件，Play 商店發現其搜索結果頁的初始頁面渲染時間減少了 40%。這是巨大的進步!

重復使用界面組件是使 Compose 在渲染方面表現出色的核心機制，尤其是在滾動情況下。Compose 會盡可能跳過已知可以跳過的可組合項的重組 (例如，它們是不可變的)，但是如果所有參數滿足 @Stable 注釋要求，開發者也可以強制將可組合項設置為可跳過。Compose 編譯器還提供了一份便捷指南，說明防止特定函數被跳過的原理。當在 Play 商店中創建在滾動情況下頻繁使用的大量重復使用界面組件時，我們發現不必要的重組會增加丟失的幀時間，從而導致卡頓。我們建立了一個修飾符 (Modifier)，以便在我們的調試設置中輕松發現這些重組。通過將這些技術應用于我們的界面組件，我們能夠將卡頓減少 10-15%。

為 Play 商店應用優化 Compose 的另一個關鍵是為整個應用制定詳細的端到端的遷移策略。在最初的集成實驗中，我們遇到了雙棧問題: 在單個用戶會話中同時運行 Compose 和視圖類渲染非常占用內存，尤其是在低端設備上。當代碼在同一頁面上運行時就會出現這種情況，當兩個不同的頁面 (例如，Play 商店主頁和搜索結果頁) 各自位于不同的堆棧上時，也會出現這種情況。為了改善這種啟動延遲，我們為頁面遷移到 Compose 的順序和時間安排制定一個具體計劃，這是非常重要的。同時我們發現，在應用遷移到完全使用 Compose 進行渲染使用之前，對一些通用類進行一定的 "預熱" 是有助于提高內存性能的。

將 Compose 從 Android 框架中分離出來減少了我們團隊直接為 Jetpack Compose 做出貢獻的開銷，從而縮短了改進工作的周轉時間，使所有開發者受益。我們與 Jetpack Compose 團隊合作，推出 LazyList 項目類型緩存等功能，并快速進行輕量級修復，如額外的對象分配。

展望未來

Play 商店采用 Compose 后，提升了我們團隊開發者的幸福感，并大大提高了代碼質量和健康度。所有的全新 Play 商店功能都建立在此框架之上，且 Compose 有助于為應用實現更快的速度和更順暢的訪問。由于我們 Compose 遷移策略的性質，我們無法準確衡量 APK 大小變化或構建速度等，但是我們看到的所有跡象都非常積極!

Compose 是 Android 界面開發的未來，也幫助 Play 商店實現了進一步的優化。歡迎您持續關注我們了解最新內容。

原文標題：使用 Jetpack Compose 提升 Play 商店的用戶體驗

文章出處：【微信公眾號：谷歌開發者】歡迎添加關注!文章轉載請注明出處。

審核編輯：湯梓紅