Android Studio 記憶體不足 (OOM) 真相：其實是手機運行時內存溢出，附圖片優化方案

錯誤日誌分析

java.lang.OutOfMemoryError: Failed to allocate a 582912 byte allocation with 75624 free bytes and 73KB until OOM
at dalvik.system.VMRuntime.newNonMovableArray(Native Method)
at android.graphics.BitmapFactory.nativeDecodeAsset(...)
at android.graphics.drawable.Drawable.createFromResourceStream(...)
at android.view.LayoutInflater.inflate(...)
at com.haoming.hm_xzt.app.LoginActivity.onCreate(LoginActivity.java:21)

關鍵點：

• 錯誤發生在 LoginActivity.onCreate 膨脹佈局時。
• 嘗試分配 582912 字節（≈ 569 KB） 的 Bitmap 失敗，剩餘可用堆內存僅 75624 字節（≈ 73 KB）。
• 這不是 Android Studio IDE 內存不足，而是 App 運行在設備/模擬器上的 Dalvik/ART 堆內存溢出 (OOM)。

根本原因：圖片資源過大導致 Bitmap 佔用巨大堆內存

• XML 佈局中引用的圖片（如 android:src="@drawable/xxx"、ImageView）在膨脹時會被 BitmapFactory 解碼為 Bitmap。
• 一張 100 KB 的 PNG/JPG，解碼為 ARGB_8888 Bitmap 後，內存佔用 = 寬 × 高 × 4 字節。例如 3000×2000 像素 → 24 MB。
• 你提到「放了 2 張靜態圖和 1 張 GIF」，極大概率是圖片分辨率遠超螢幕顯示需求，導致啟動 Activity 時瞬間佔滿堆內存（通常 192MB-512MB 視設備而定）。

解決方案：從源頭優化圖片資源

1. 縮放圖片至顯示尺寸（最直接有效）

• 在 drawable-nodpi 或 raw 目錄放入原圖，代碼中使用 BitmapFactory.decodeStream 配合 inSampleSize 按需縮放。
• 或預先用工具（Photoshop、TinyPNG、ImageMagick）將圖片縮放至最大顯示尺寸（如 1080×1920 以內）並壓縮體積。

2. 使用圖片加載庫自動處理（推薦）

XML 中不再寫 android:src，改用 tools:src 預覽，運行時由庫異步加載：

Glide.with(this).load(R.drawable.big_image).into(imageView);

3. 啟用大內存選項（治標不治本）

<application
    android:largeHeap="true"
    ... >

可申請更大堆（如 512MB），但不解決根本問題，且低端機可能無效，Google Play 審核可能關注此標誌。

4. 釋放 Bitmap 內存（手動管理，易出錯）

// 僅在確定不再使用時
if (bitmap != null && !bitmap.isRecycled()) {
    bitmap.recycle();
    bitmap = null;
}

現代庫已自動管理，手動 recycle() 易導致「Canvas: trying to use a recycled bitmap」崩潰，不建議。

最佳實踐清單

1. 檢查所有 drawable 目錄下圖片分辨率與檔案大小，刪除/替換超大圖。
2. 引入 Glide（或 Fresco/Coil），移除 XML 靜態 src 引用。
3. 對於啟動頁/登錄頁大背景圖，使用 inSampleSize 手動解碼縮放，或拆分為可重複紋理 + 純色背景。
4. 使用 Android Profiler → Memory 實時監控堆內存，驗證優化效果。

總結

「Android Studio 內存不足」是誤診，**真兇是 App 運行時因超大圖片解碼導致 OOM**。核心對策：縮放圖片至合理尺寸 + 使用成熟圖片庫異步加載。Fresco 在極端大圖場景下表現最佳，Glide 綜合體驗最優，按項目技術棧選擇即可。