系統開機慢的問題，採用User-Debug 的模式編譯，要編譯出來ODEX　來優化這個開機時間

那第一開機的時候為什麼會慢呢，在網上百度找到了一個大牛對此的分析，我這裡貼出來
引用自：http://ticktick.blog.51cto.com/823160/1677216/

在做Android核心開發的過程中，我們會發現，每次編譯完系統原始碼，燒錄到裝置/手機中後，第一次啟動都會很慢很慢，要好幾分鐘甚至十幾分鍾，為什麼會出現這樣的現象呢？系統刷機後第一次啟動與後面再次啟動有什麼不同呢？

要解答這個問題，首先我們需要了解一下Android Dalvik虛擬機器，以及Dalvik-cache。

由於嵌入式裝置記憶體有限、CPU處理器不夠強大、功耗敏感等原因，Google沒有使用標準的JVM虛擬機器，而是為Android單獨開發了Dalvik虛擬機器。

Dalvik虛擬機器與JVM虛擬機器有很大不同，它執行的是經過優化和壓縮的DEX位元組碼，與標準的JAR位元組碼並不一樣，佔用空間更小，而且還可以進一步優化，Android SDK中專門提供了dx工具把傳統的Java位元組碼轉換為Dalvik虛擬機器可以執行的DEX位元組碼，這個轉換過程是在程式編譯的時候就完成了，這就是為什麼我們可以用Java來編寫能運行於Android Dalvik虛擬機器的程式的原因了。關於這個過程，下面這張示意圖比較直觀：

為了便於傳播，Android SDK將程式編譯後的DEX位元組碼檔案、資原始檔、lib庫、AndroidManifest.xml等檔案一起打包壓縮為apk檔案（其實就是一個zip壓縮檔案），因此，apk的安裝與解除安裝其實就是對這個zip壓縮包裡面的檔案進行解壓分析拷貝和優化的過程。

由於DEX位元組碼位於apk壓縮包中，因此，如果程式啟動的時候，每次都要從apk檔案中解壓提取DEX位元組碼，明顯效率不高，因此，Android系統設計瞭如下策略：

（1） 建立一個"dalvik-cache"資料夾，專門存放DEX位元組碼，具體位於/data/dalvik-cache

（2） 系統第一次啟動時，掃描所有的預裝apk檔案，提取程式的DEX位元組碼，經過優化後，存放到dalvik-cache目錄中

（3） 每次安裝新的apk的時候，也同樣提取DEX位元組碼，優化後放入dalvik-cache目錄中

（4） 使用者點選應用圖示後，直接從dalvik-cache目錄中快速載入優化過的DEX位元組碼，這樣程式就可以很快的啟動了。

理解了上述原理，本文探討的問題也就迎刃而解了，Android系統刷機後第一次啟動時，需要掃描所有預裝的apk檔案，提取dex位元組碼，優化並且拷貝到/data/dalvik-cache快取目錄中，因此，第一次啟動耗時會明顯更高。

解決方案：

在device/rockchip/px3/BoardConfig.mk

這裡要注意一個細節，可能編譯的過程中會報錯

需要增加system.img 的空間大小