摘要
這篇文章將帶你深入了解 Jetpack Compose 的重組機制與快照系統，幫助開發者掌握提高 Android UI 效能的關鍵技術。我個人覺得，在現今快速變化的開發環境中，理解這些底層原理對於打造高效能應用至關重要。 歸納要點:
- 深入探討 Jetpack Compose 的重組最佳化策略，了解如何透過函數式程式設計降低不必要的重組，提高效能。
- 分析 Compose Runtime 的內部運作，揭示 Layout、Draw、Measure 階段的效能關鍵，並提供實用的優化建議。
- 探討 Kotlin Coroutines 與 Compose 的協同效應，有效處理非同步操作以提升 UI 響應速度，使使用者體驗更加流暢。
Jetpack Compose的基本概念與優勢
Jetpack Compose迅速成為Android開發中的一個重大轉變，徹底改變了我們建構使用者介面的方式。這個強大的宣告式框架讓開發者能夠用Kotlin代碼來描述其UI，擺脫了XML的束縛，使得程式碼更加簡潔且具表現力。然而，要在Jetpack Compose中真正有所成就並在高階Android面試中脫穎而出，理解背後的運作原理同樣重要。本文將深入探討Jetpack Compose的渲染過程、重組機制以及快照系統，幫助你在下次技術面試中取得優勢。
此外，在探討Jetpack Compose的基本概念與優勢時，我們還可以強調其響應式編程原理，以及如何透過狀態管理自動更新UI。材質設計（Material Design）的整合也使開發者能夠輕鬆創造既美觀又一致的介面。而客製化參數如佈局、主題色彩和字體樣式，更彰顯了Compose在視覺風格上的靈活性和可擴展性。這些特點無疑展示了Compose在提升Android UI效能方面所具備的潛力。
此外，在探討Jetpack Compose的基本概念與優勢時，我們還可以強調其響應式編程原理，以及如何透過狀態管理自動更新UI。材質設計（Material Design）的整合也使開發者能夠輕鬆創造既美觀又一致的介面。而客製化參數如佈局、主題色彩和字體樣式，更彰顯了Compose在視覺風格上的靈活性和可擴展性。這些特點無疑展示了Compose在提升Android UI效能方面所具備的潛力。
理解Compose的渲染流程
在 Jetpack Compose 的背後，雖然表面上看起來直觀，但其實隱藏著許多智能和高效的底層魔法。了解它的渲染流程對於編寫高效且具擴展性的 UI 至關重要。
首先，我們要談的是 **可組合函數**，這些就是你介面中的基本構建單元。每個可組合函數都用 `@Composable` 標註，這告訴 Compose 將它視為 UI 元件。需要注意的是，這些函數並不直接創建或修改界面，而是以宣告式的方式描述當前狀態下介面的樣子。因此，Compose 會負責將這些描述轉換成實際顯示在螢幕上的內容。
此外，在理解 Composition 的過程中，可以深入探索一些重要原理，比如重組機制如何透過智能比較來降低不必要的更新。同時，在 Compose 中應用材質設計（Material Design）也是一個值得關注的主題。通過自訂主題和樣式參數，你可以輕鬆地調整 UI 元素的外觀和行為，以進一步提升使用者體驗。在這方面，如果能提供一些具體範例或實作案例，那就更有助於讀者掌握相關概念了。
首先，我們要談的是 **可組合函數**，這些就是你介面中的基本構建單元。每個可組合函數都用 `@Composable` 標註，這告訴 Compose 將它視為 UI 元件。需要注意的是，這些函數並不直接創建或修改界面，而是以宣告式的方式描述當前狀態下介面的樣子。因此，Compose 會負責將這些描述轉換成實際顯示在螢幕上的內容。
此外，在理解 Composition 的過程中，可以深入探索一些重要原理，比如重組機制如何透過智能比較來降低不必要的更新。同時，在 Compose 中應用材質設計（Material Design）也是一個值得關注的主題。通過自訂主題和樣式參數，你可以輕鬆地調整 UI 元素的外觀和行為，以進一步提升使用者體驗。在這方面，如果能提供一些具體範例或實作案例，那就更有助於讀者掌握相關概念了。
觀點延伸比較:
| 主題 | 細節 |
|---|---|
| 快照系統 | 記錄特定時刻的狀態，確保UI更新可預測性。 |
| 讀取與寫入狀態 | 讀取在重組過程中進行，寫入則以交易方式批次應用。 |
| 線程安全性 | 所有狀態更新在主UI線程上執行，避免併發問題。 |
| 有向無環圖(DAG) | 組合元素排列清晰，防止循環依賴和無限重組。 |
| 性能優化技巧 | 保持局部狀態、使用鍵值處理動態列表、利用派生狀態減少重新組合、使用LaunchedEffect管理副作用。 |
)
Composable函數是如何構建UI的
在你的可組合函數中，所有的元素會共同形成一個**組合樹**，這是一種結構化的方式來呈現你的用戶介面。可以把它視為一張地圖，每個可組合的部分都是一個節點，而它們之間的關係則是邊。這棵組合樹讓 Compose 能夠追蹤當狀態改變時哪些 UI 部分需要更新，進而優化渲染和重新組合。
而在繪製 UI 時，Compose 不直接處理每一個像素，它依賴於 **Skia** 這個開源圖形庫，許多現代圖形應用程式，包括 Chrome 都使用它。Skia 接收組合樹並將其轉換為繪製指令，而這些指令最終會被轉譯成我們在螢幕上看到的像素。
透過這樣的設計，不僅提升了界面的效率，也使得開發者能更靈活地管理狀態和性能。此外，在 Material Design 中，自定義參數如顏色主題、字型樣式及間距設定等元素，更能增強讀者對於 UI 設計風格與使用者體驗的理解。
而在繪製 UI 時，Compose 不直接處理每一個像素，它依賴於 **Skia** 這個開源圖形庫，許多現代圖形應用程式，包括 Chrome 都使用它。Skia 接收組合樹並將其轉換為繪製指令，而這些指令最終會被轉譯成我們在螢幕上看到的像素。
透過這樣的設計，不僅提升了界面的效率，也使得開發者能更靈活地管理狀態和性能。此外，在 Material Design 中，自定義參數如顏色主題、字型樣式及間距設定等元素，更能增強讀者對於 UI 設計風格與使用者體驗的理解。
Composition Tree在狀態變更中的角色
一旦Compose描述了UI的結構，接下來會進入**佈局階段**。在這個階段，Compose計算每個可組合元件的大小和位置。這過程分為兩個步驟：首先收集約束條件，然後確定最終的佈局。隨後，**繪製階段**開始，此時可組合元件根據其佈局位置進行渲染。在這一階段，Skia實際上將UI繪製到螢幕上。結果就是我們每天在應用中互動所見的那種直觀界面。
## Jetpack Compose中的重組：運作原理
重組是Jetpack Compose反應式特性的核心所在。簡單來說，重組意味著在相關狀態變更時重新計算部分UI。但有趣的是，每當狀態改變時，Compose並不會重新計算整個UI，而是利用懶重組技術（Lazy recomposition）來僅更新那些真正需要改變的部分，以此減少不必要的UI更新。此外，我們也可以分析材質主題（Material Theme）與自訂元件之間的互動，以了解不同狀態如何影響UI的外觀和表現。
最後，不妨提到一些性能監控工具，如Layout Inspector和Benchmark Library，它們能幫助開發者優化應用程序效能，使其運行得更加流暢。因此，在設計使用Jetpack Compose開發的應用時，不僅要考慮功能性，也要注重性能優化，使得最終呈現給用戶的是一個既美觀又高效能的交互體驗。
## Jetpack Compose中的重組：運作原理
重組是Jetpack Compose反應式特性的核心所在。簡單來說，重組意味著在相關狀態變更時重新計算部分UI。但有趣的是，每當狀態改變時，Compose並不會重新計算整個UI，而是利用懶重組技術（Lazy recomposition）來僅更新那些真正需要改變的部分，以此減少不必要的UI更新。此外，我們也可以分析材質主題（Material Theme）與自訂元件之間的互動，以了解不同狀態如何影響UI的外觀和表現。
最後，不妨提到一些性能監控工具，如Layout Inspector和Benchmark Library，它們能幫助開發者優化應用程序效能，使其運行得更加流暢。因此，在設計使用Jetpack Compose開發的應用時，不僅要考慮功能性，也要注重性能優化，使得最終呈現給用戶的是一個既美觀又高效能的交互體驗。
)
Skia圖形庫如何支持Compose繪圖
在這裡，我們探討了如何智能地判斷 UI 中哪些部分需要更改，並僅重新組合那些部分，以提升性能。### 1. 什麼會觸發重組？當可組合項的狀態發生變化時，就會觸發重組。這可能包括以下幾種情況：- **狀態變更**：當可組合項所依賴的某個狀態被修改時。 - **用戶互動**：例如按鈕點擊或文本輸入等事件，這些都能改變狀態。 - **配置變更**：如旋轉設備或變更主題也會引起重組。在這裡要強調的是，重組並不總是壞事——Compose 被設計得非常高效，只重新構建必要的部分。
### 2. 智能重組：僅更新所需內容想像一下你的 UI 包含多個可組合項，但其實只有其中一個需要更新。Compose 避免了重新計算所有內容的成本，而是高效地追蹤哪些部分受到狀態變化的影響，僅重新執行那些可組合項。例如，在一個簡單的 `Counter` 應用中，當按下按鈕使計數器加一時，只會重新構建顯示計數值的那個可組合項，而不是整個 UI。
在這段程式碼中，重組只影響顯示計數值的文字，而不會影響到按鈕本身或其他可組合項。
### 3. 快照狀態：有效重組背後的魔法Jetpack Compose 使用 **快照狀態** 有效管理重組。一個快照就是 UI 狀態的一個時間點快照，它讓 Compose 能夠確定哪些地方已經改變並作出相應反應。這一點至關重要，因為 Compose 確保在進行重組期間，任何狀態讀取都是一致於開始時應用程序的狀態。因此，即便多次快速連續發生狀態變化，也能避免界面出現閃爍或不一致。
### 4. 重組循環當某個可結合項的狀態發生改變時，Compose 就進入了重組循環：- 檢查受影響可結合項的狀態。 - 重新評估結構樹，以確定哪些 UI 部分依賴於已改變的狀態。 - 僅對受影響部分進行再構建，有效避免對整棵樹的不必要更新。這樣使 Jetpack Compose 高度高效且反應靈敏，大幅降低了 UI 更新帶來的運算開銷。
---
## 快照系統：精準管理狀態Jetpack Compose 引入了 **快照系統** ，以維持UI 一致性及有效管理狀況改變。如果沒有它，在應用中處理多次状態变化就可能導致競爭條件、不一致性或者性能瓶頸。我們接下來深入探討一下這套系統吧。
### 2. 智能重組：僅更新所需內容想像一下你的 UI 包含多個可組合項，但其實只有其中一個需要更新。Compose 避免了重新計算所有內容的成本，而是高效地追蹤哪些部分受到狀態變化的影響，僅重新執行那些可組合項。例如，在一個簡單的 `Counter` 應用中，當按下按鈕使計數器加一時，只會重新構建顯示計數值的那個可組合項，而不是整個 UI。
@Composable
fun Counter() {
var count by remember { mutableStateOf(0) }
Button(onClick = { count++ }) {
Text("Count: $count")
}
}
在這段程式碼中，重組只影響顯示計數值的文字，而不會影響到按鈕本身或其他可組合項。
### 3. 快照狀態：有效重組背後的魔法Jetpack Compose 使用 **快照狀態** 有效管理重組。一個快照就是 UI 狀態的一個時間點快照，它讓 Compose 能夠確定哪些地方已經改變並作出相應反應。這一點至關重要，因為 Compose 確保在進行重組期間，任何狀態讀取都是一致於開始時應用程序的狀態。因此，即便多次快速連續發生狀態變化，也能避免界面出現閃爍或不一致。
### 4. 重組循環當某個可結合項的狀態發生改變時，Compose 就進入了重組循環：- 檢查受影響可結合項的狀態。 - 重新評估結構樹，以確定哪些 UI 部分依賴於已改變的狀態。 - 僅對受影響部分進行再構建，有效避免對整棵樹的不必要更新。這樣使 Jetpack Compose 高度高效且反應靈敏，大幅降低了 UI 更新帶來的運算開銷。
---
## 快照系統：精準管理狀態Jetpack Compose 引入了 **快照系統** ，以維持UI 一致性及有效管理狀況改變。如果沒有它，在應用中處理多次状態变化就可能導致競爭條件、不一致性或者性能瓶頸。我們接下來深入探討一下這套系統吧。
Recomposition是什麼以及它的重要性
### 1. 什麼是快照？
**快照**是一個特定時刻的狀態記錄。Compose 使用這個概念來以受控的方式追蹤狀態變化。當你在可組合函數中讀取狀態時，Compose 會捕捉那一刻的狀態，確保任何 UI 更新都是可預測的。
### 2. 讀取與寫入狀態
當可組合函數在重組過程中訪問狀態時，就會進行**讀取**；而當狀態發生變化（例如修改 `mutableStateOf` 的值）時，就進行**寫入**。快照系統確保了狀態更新是批次進行並且一次性應用，避免了 UI 閃爍或部分更新的情況。寫入操作被封裝在**交易**中，將狀態變化打包在一起，使 Compose 能夠在提交交易時原子地應用它們。這樣不僅減少了開銷，也確保了使用者體驗的流暢性。
### 3. Compose 中的線程安全
Compose 的快照系統還確保了管理狀態時的線程安全性。所有更新都在單一線程（即主 UI 線程）上執行，以避免併發問題。雖然 Compose 支持異步任務，但對於狀態變更則進行仔細同步，以防止競爭條件出現。在這樣的架構下，Compose 能有效利用資料驅動 UI 像素，只在必要時進行重組，因此提升整體性能表現，特別是在大型應用中能降低不必要的渲染成本，使得使用者界面更加流暢與反應靈敏。
**快照**是一個特定時刻的狀態記錄。Compose 使用這個概念來以受控的方式追蹤狀態變化。當你在可組合函數中讀取狀態時，Compose 會捕捉那一刻的狀態，確保任何 UI 更新都是可預測的。
### 2. 讀取與寫入狀態
當可組合函數在重組過程中訪問狀態時，就會進行**讀取**；而當狀態發生變化（例如修改 `mutableStateOf` 的值）時，就進行**寫入**。快照系統確保了狀態更新是批次進行並且一次性應用，避免了 UI 閃爍或部分更新的情況。寫入操作被封裝在**交易**中，將狀態變化打包在一起，使 Compose 能夠在提交交易時原子地應用它們。這樣不僅減少了開銷，也確保了使用者體驗的流暢性。
### 3. Compose 中的線程安全
Compose 的快照系統還確保了管理狀態時的線程安全性。所有更新都在單一線程（即主 UI 線程）上執行，以避免併發問題。雖然 Compose 支持異步任務，但對於狀態變更則進行仔細同步，以防止競爭條件出現。在這樣的架構下，Compose 能有效利用資料驅動 UI 像素，只在必要時進行重組，因此提升整體性能表現，特別是在大型應用中能降低不必要的渲染成本，使得使用者界面更加流暢與反應靈敏。
)
高效觸發Recomposition的方法
許多開發者都知道，Composition Tree 代表了使用者介面的結構，但很少有人意識到這棵樹實際上是以**有向無環圖（DAG）**的形式來建模的。這意味著在 Jetpack Compose 中，每個可組合元素都是以一種方式排列，使得沒有任何可組合元素直接依賴於自身或形成循環依賴。這種 DAG 結構確保了每個可組合元素之間擁有清晰的關係，使得 Compose 能夠更容易追蹤當狀態改變時哪些介面部分需要重新組合。同時，這樣的設計也防止了無限重組的情況發生，並使你的介面在擴展方面變得更為可預測。
此外，在 Jetpack Compose 中，狀態變更是透過**交易**來處理的。當狀態發生變化時，Compose 並不會立即應用改變，而是將狀態讀取和寫入打包成一個單獨的交易，一旦重新組合完成後再進行提交。這樣可以有效地管理狀態，提高性能，也讓整體使用體驗更加流暢與一致。例如，可以利用`State`和`MutableState`精確控制需要重組的元件，同時透過 `derivedStateOf` 來避免不必要的重組。在材質設計方面，自訂主題和樣式也能提升 UI 的一致性及表現，以進一步優化用戶體驗。
此外，在 Jetpack Compose 中，狀態變更是透過**交易**來處理的。當狀態發生變化時，Compose 並不會立即應用改變，而是將狀態讀取和寫入打包成一個單獨的交易，一旦重新組合完成後再進行提交。這樣可以有效地管理狀態，提高性能，也讓整體使用體驗更加流暢與一致。例如，可以利用`State`和`MutableState`精確控制需要重組的元件，同時透過 `derivedStateOf` 來避免不必要的重組。在材質設計方面，自訂主題和樣式也能提升 UI 的一致性及表現，以進一步優化用戶體驗。
Snapshot System如何確保狀態一致性
這確保了一致性，並避免了在重新組合時出現中間狀態，這可能會導致 UI 的閃爍或故障。可以把它看作是「原子」狀態管理——Compose 收集所有的狀態變更，並一次性應用，以確保流暢的用戶體驗。
一個常見的誤解是每次狀態改變時，composables 都會被重建或重新實例化。事實上，Jetpack Compose 進行了高度優化，可以通過 `remember` 和 `rememberUpdatedState` 等機制來「記住」先前的 composable 狀態。這意味著 Compose 不會不必要地重新實例化 composables，而是盡可能重用它們，從而減少了在重新組合過程中的開銷。
與傳統 Android 視圖不同的是，Jetpack Compose 利用了**虛擬視圖**來進行佈局，而不是依賴於實際存在的 UI 元素。這些虛擬視圖僅存在於內存中，使得佈局更加靈活和高效。因此，在設計 UI 時，我們可以利用像 MutableState、remember 等具體材質，以最佳化性能並提升用戶體驗。在此背景下，更能幫助讀者理解快照系統如何追蹤狀態變更，以及其在 UI 優化中的應用潛力。
一個常見的誤解是每次狀態改變時，composables 都會被重建或重新實例化。事實上，Jetpack Compose 進行了高度優化，可以通過 `remember` 和 `rememberUpdatedState` 等機制來「記住」先前的 composable 狀態。這意味著 Compose 不會不必要地重新實例化 composables，而是盡可能重用它們，從而減少了在重新組合過程中的開銷。
與傳統 Android 視圖不同的是，Jetpack Compose 利用了**虛擬視圖**來進行佈局，而不是依賴於實際存在的 UI 元素。這些虛擬視圖僅存在於內存中，使得佈局更加靈活和高效。因此，在設計 UI 時，我們可以利用像 MutableState、remember 等具體材質，以最佳化性能並提升用戶體驗。在此背景下，更能幫助讀者理解快照系統如何追蹤狀態變更，以及其在 UI 優化中的應用潛力。
)
提升性能的高級優化技巧
在 Compose 中，您所定義的 UI 元件並不會直接對應到傳統的 Android 視圖或小工具。相反地，Compose 是在一個虛擬空間中運作，只有在最終渲染階段才會創建實際的 UI 元素。這種設計使得布局更加靈活且高效，特別是在處理複雜的用戶介面時。
許多開發者使用 `LaunchedEffect` 來處理副作用（例如觸發網絡請求），但較少人意識到它能以**協調且具生命週期感知的方式**來管理這些效果。當使用 `LaunchedEffect` 時，該效果會在組合生命週期內啟動，確保在重新組合發生時能正確取消執行。這樣可以有效減少內存洩漏或不必要副作用的風險，有助於提升應用程式的穩定性。
如果您正在構建一個複雜的應用程式，優化性能就顯得至關重要了，尤其是當 UI 越來越龐大、狀態變更也變得頻繁時。以下是一些進階技巧，可以幫助您的應用運行得更加流暢：
許多開發者使用 `LaunchedEffect` 來處理副作用（例如觸發網絡請求），但較少人意識到它能以**協調且具生命週期感知的方式**來管理這些效果。當使用 `LaunchedEffect` 時，該效果會在組合生命週期內啟動，確保在重新組合發生時能正確取消執行。這樣可以有效減少內存洩漏或不必要副作用的風險，有助於提升應用程式的穩定性。
如果您正在構建一個複雜的應用程式，優化性能就顯得至關重要了，尤其是當 UI 越來越龐大、狀態變更也變得頻繁時。以下是一些進階技巧，可以幫助您的應用運行得更加流暢：
為何掌握Recomposition和Snapshot對開發者至關重要
### 1. 將狀態保持在本地和範圍內
有效管理狀態是減少不必要重新組合的關鍵。盡量將狀態保持在最局部的位置——儲存在可組合函數中或窄範圍內，這樣只有需要改變的UI部分才會受到影響。
### 2. 為動態列表使用鍵值
在處理動態列表時，務必使用 `key` 參數，以確保高效的重新組合。這有助於Compose跟蹤每個列表項目，並確保只有當其狀態發生變化時，才會重新組合相關項目。
### 3. 使用派生狀態來優化重新組合
利用 `derivedStateOf` 根據其他狀態變數計算值，從而減少不必要的重新組合。
這樣可以確保衍生值僅在基礎狀態發生變化時才會被重新計算。
### 4. 使用 `LaunchedEffect` 處理副作用
如果你有副作用（比如導航或顯示吐司），使用 `LaunchedEffect` 可以避免觸發不必要的重新組合。
---
## 總結：為何重複組合與快照重要
掌握重複組合以及理解快照系統對於希望編寫高效且可擴展應用程式的開發者至關重要。這些核心概念能夠確保Compose即使隨著應用程式複雜度增加仍然保持高效能。通過深入了解Jetpack Compose如何管理狀態及重新繪製UI，你將能夠撰寫出快速響應用戶輸入且沒有多餘延遲或性能問題的優化UI。而這些概念是任何進階Android開發者必須掌握的重要知識。因此，不管是準備面試還是構建下一個專案，了解這些細節都將讓你在Jetpack Compose領域脫穎而出。
有效管理狀態是減少不必要重新組合的關鍵。盡量將狀態保持在最局部的位置——儲存在可組合函數中或窄範圍內，這樣只有需要改變的UI部分才會受到影響。
### 2. 為動態列表使用鍵值
在處理動態列表時，務必使用 `key` 參數，以確保高效的重新組合。這有助於Compose跟蹤每個列表項目，並確保只有當其狀態發生變化時，才會重新組合相關項目。
LazyColumn {
items(itemsList, key = { it.id }) { item ->
// 每個列表項目的可組合函數
}
}
### 3. 使用派生狀態來優化重新組合
利用 `derivedStateOf` 根據其他狀態變數計算值，從而減少不必要的重新組合。
val isValid = remember { derivedStateOf { input.length > 5 } }
這樣可以確保衍生值僅在基礎狀態發生變化時才會被重新計算。
### 4. 使用 `LaunchedEffect` 處理副作用
如果你有副作用（比如導航或顯示吐司），使用 `LaunchedEffect` 可以避免觸發不必要的重新組合。
LaunchedEffect(key1 = unit) {
// 副作用代碼，例如顯示吐司或導航
}
---
## 總結：為何重複組合與快照重要
掌握重複組合以及理解快照系統對於希望編寫高效且可擴展應用程式的開發者至關重要。這些核心概念能夠確保Compose即使隨著應用程式複雜度增加仍然保持高效能。通過深入了解Jetpack Compose如何管理狀態及重新繪製UI，你將能夠撰寫出快速響應用戶輸入且沒有多餘延遲或性能問題的優化UI。而這些概念是任何進階Android開發者必須掌握的重要知識。因此，不管是準備面試還是構建下一個專案，了解這些細節都將讓你在Jetpack Compose領域脫穎而出。
參考來源
深入浅出JetPack Compose UI 自动更新原理原创
我们要如何监测UI 里的数据改动？ · Compose 是如何妥善处理state 被多个线程更改的？ · Compose 是如何找到使用了更改的state 的Composable 函数的？ · 快照 ...
來源： CSDN博客快照系统Snapshot Jetpack Compose 引入了一种处理可 ...
Android Jetpack Compose 之UI的重组和自动刷新 · 在传统的View中，若要 ... 本文逐步分析Compose 重组要点，提升性能。 CaptainZ. 1月前. 341. 5; 4.
來源： 掘金一文看懂Jetpack Compose 快照系统 - 阿里云开发者社区
快照系统 位于Runtime 层 androidx/compose/runtime/snapshots 。 它自成体系，可以脱离Compose UI 甚至Compiler 单独使用，只依赖Runtime 即可使用快照功能， ...
來源： 阿里云开发者社区如何优化Compose 的性能？通过「底层原理」寻找答案
函数签名的变化，导致普通函数无法直接调用Composable 函数；函数体的变化，是为了更好的描述 Compose 的UI 结构，以及实现「重组」。
來源： CSDN博客Android Jetpack Compose之确定重组范围并优化重组
所以弄清楚Compose重组的范围确定才能更好的避免重组的坑，并且可以针对具体的范围做优化，所以本文将介绍如何确定Compose重组的范围以及重组性能的优化。
來源： 掘金Jetpack Compose 的阶段
与大多数其他界面工具包一样，Compose 会通过几个不同的“阶段”来渲染帧。如果我们观察一下Android View 系统，就会发现它有3 个主要阶段：测量、布局和绘制。
继续深挖，Jetpack Compose的State快照系统
Jetpack Compose 有一种特殊的方式来表示状态和传播状态变化，从而驱动最终的响应式体验：状态快照系统（State snapshot system）。
來源： 知乎专栏Compose Foundation | Jetpack
结构. Compose 由 androidx 中的7 个Maven 组ID 构成。每个组都包含一套特定用途的功能，并各有专属的版本说明。 下表介绍了各个组的内容，点击链接即可查看其版本说明。
全部
資訊科技
相關討論