java.lang.OutOfMemoryError: bitmap size exceeds VM budget以及VM最佳化

This answer has 2 parts 

1) its not how much images the screen has, but being carefull on cleaning everything up when finishing the activity 

2) Android dev site (http://developer.android.com/resources/articles/future-proofing.html) 

Technique to Avoid, #3: Going Overboard with Layouts 

Due to changes in the View rendering infrastructure, unreasonably deep (more than 10 or so) or broad (more than 30 total) View hierarchies in layouts are now likely to cause crashes. This was always a risk for excessively complex layouts, but you can think
of Android 1.5 as being better than 1.1 at exposing this problem. Most developers won't need to worry about this, but if your app has very complicated layouts, you'll need to put it on a diet. You can simplify your layouts using the more advanced layout classes
like FrameLayout and TableLayout. 

Part II: 

Android一些效能最佳化的方法： 

1. 首先記憶體方面，可以參考 Android堆記憶體也可自己定義大小 和 最佳化Dalvik虛擬機器的堆記憶體配置 

2. 基礎類型上，因為Java沒有實際的指標，在敏感運算方面還是要藉助NDK來完成。Android123提示遊戲開發人員，這點比較有意思的是Google 推出NDK可能是協助遊戲開發人員，比如OpenGL ES的支援有明顯的改觀，本地代碼操作圖形介面是很必要的。 

3. 繪圖物件最佳化，這裡要說的是Android上的Bitmap對象銷毀，可以藉助recycle()方法顯示讓GC回收一個Bitmap對象，通常對一個不用的Bitmap可以使用下面的方式，如 

if(bitmapObject.isRecycled()==false) //如果沒有回收  
         bitmapObject.recycle();   

4. 目前系統對動畫支援比較弱智對於常規應用的補間過渡效果可以，但是對於遊戲而言一般的美工可能習慣了GIF方式的統一處理，目前Android系統僅能預覽GIF的第一幀，可以藉助J2ME中通過線程和自己寫解析器的方式來讀取GIF89格式的資源。 

5. 對於大多數Android手機沒有過多的物理按鍵可能我們需要想象下了做好手勢識別 GestureDetector 和重力感應來實現操控。通常我們還要考慮誤操作問題的降噪處理。 

Android堆記憶體也可自己定義大小 

    對於一些大型Android項目或遊戲來說在演算法處理上沒有問題外，影響效能瓶頸的主要是Android自己記憶體管理機制問題，目前手機廠商對RAM都比較吝嗇，對於軟體的流暢性來說RAM對效能的影響十分敏感，除了上次Android開發網提到的 最佳化Dalvik虛擬機器的堆記憶體配置 外，我們還可以強制定義自己軟體的對記憶體大小，我們使用Dalvik提供的 dalvik.system.VMRuntime類來設定最小堆記憶體為例: 

private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ; 

VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //設定最小heap記憶體為6MB大小。當然對於記憶體吃緊來說還可以通過手動幹涉GC去處理，我們將在下次提到具體應用。 

最佳化Dalvik虛擬機器的堆記憶體配置 

對於Android平台來說，其託管層使用的Dalvik Java VM從目前的表現來看還有很多地方可以最佳化處理，比如我們在開發一些大型遊戲或耗資源的應用中可能考慮手動幹涉GC處理，使用 dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法可以增強程式堆記憶體的處理效率。當然具體原理我們可以參考開源工程，這裡我們僅說下使用方法:   private final static float TARGET_HEAP_UTILIZATION = 0.75f; 在程式onCreate時就可以調用
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可。 

Part III: 

捕獲OOM異常 

try { 

    …… 

} catch (OutOfMemoryError e) { 

    e.printStackTrace(); 

}