最佳化圖片效能

如果您在處理圖片時不夠謹慎，可能很快就會發生效能問題。處理大型點陣圖時，很容易就會遇到 OutOfMemoryError。請按照下列最佳做法，確保應用程式能發揮最佳效能。

僅載入需要的點陣圖大小

多數智慧型手機都配備會產生大型圖片檔的高解析度相機。如果您要在螢幕上顯示圖片，必須降低圖片的解析度，或者只載入圖片容器大小範圍內的圖片。持續載入大於所需的圖片，可能會耗盡 GPU 快取，導致 UI 算繪的效能降低。

如何管理圖片大小：

• 在不影響輸出圖片的前提下，盡可能縮小圖片檔案。
• 考慮將圖片轉換為 WEBP 格式，而非 JPEG 或 PNG。
• 針對不同的螢幕解析度提供較小的圖片 (請參閱提示 #3)。
• 使用圖片載入程式庫，根據螢幕上的檢視畫面大小縮小圖片。這有助於改善畫面載入效能。

盡可能使用向量圖片取代點陣圖

在畫面上以視覺化方式呈現事物時，您必須決定是否可用向量形式加以呈現。盡可能使用向量圖片而非點陣圖，因為當圖片縮放至不同大小時，向量圖片不會以像素呈現。不過，並非所有圖片都能以向量形式呈現，使用相機拍攝的圖片就無法轉換成向量圖片。

為不同螢幕大小提供替代資源

如果應用程式提供內建圖片，建議您為不同裝置解析度提供不同尺寸的素材資源。這有助於縮減應用程式在裝置上的下載大小，並提升效能，因為系統會在較低解析度的裝置上載入解析度較低的圖片。如要進一步瞭解如何為不同裝置大小提供替代點陣圖，請參閱替代點陣圖說明文件。

使用 ImageBitmap 時，請先呼叫 prepareToDraw 再繪圖

使用 ImageBitmap 時，如要啟動將紋理上傳至 GPU 的程序，請先呼叫 ImageBitmap#prepareToDraw()，然後再實際進行繪圖。這有助於 GPU 準備紋理，並提高在螢幕上顯示影像內容的效能。多數圖片載入程式庫都已執行這項最佳化作業，但如果您是自行使用 ImageBitmap 類別，就需要留意這一點。

最好將 Int DrawableRes 或網址做為參數傳遞至可組合項，而非 Painter

由於處理圖片的程序非常複雜 (例如為 Bitmaps 編寫 equals 函式會耗用昂貴的計算資源)，Painter API 並未明確標示為穩定版類別。不穩定的類別可能會產生不必要的重組作業，原因在於編譯器無法輕易推斷資料是否已變更。

因此，最好將網址或可繪製資源 ID 做為參數傳遞至可組合項，而非做為參數傳遞至 Painter。

// Prefer this:
@Composable
fun MyImage(url: String) {

}
// Over this:
@Composable
fun MyImage(painter: Painter) {

}

不要在記憶體中保存不再需要的點陣圖

載入記憶體的點陣圖越多，裝置的記憶體就越可能用盡。舉例來說，如果要在畫面上載入大型 Image 可組合項清單，請使用 LazyColumn 或 LazyRow，確保系統可在捲動大型清單時釋放記憶體。

不要使用 AAB/APK 檔案封裝大型圖片

造成應用程式下載大小偏大的主要原因之一，就是封裝在 AAB 或 APK 檔案中的圖像。您可以使用 APK 分析工具，確保您封裝的圖片檔案並未超過所需尺寸。請縮減尺寸，或考慮將圖片放在伺服器上，並且僅在必要時下載圖片。