本章介紹的主題在日常開發中使用頻率略低，但是對它們有一定的了解仍然是很有必要的，下面分別介紹它們的使用場景。 我們知道，不管程序怎么寫都很難避免不crash，當程序crash后雖然無法讓其再繼續運行，但是如果能夠知道程序crash的原因，那么就可以修復錯誤。但是很多時候產品發布后，如果用戶在使用時發生了crash，這個crash信息是很難獲取到的，這非常不利于一個產品的持續發展。其實可以通過CrashHandler來監視應用的crash信息，給程序設置一個CrashHandler，這樣當程序crash時就會調用CrashHandler的uncaughtException方法。在這個方法中我們可以獲取crash信息并上傳到服務器，通過這種方式服務端就能監控程序的運行狀況了，在后續的版本開發中，開發人員就可以對一些錯誤進行修復了。 在Android中，有一個限制，那就是整個應用的方法數不能超過65536，否則就會出現編譯錯誤，并且程序也無法成功地安裝到手機上。當項目日益龐大后這個問題就比較容易遇到，Google提供了multidex方案專門用于解決這個問題，通過將一個dex文件拆分為多個dex文件來避免單個dex文件方法數越界的問題。 方法數越界的另一種解決方案是動態加載。動態加載可以直接加載一個dex形式的文件，將部分代碼打包到一個單獨的dex文件中（也可以是dex格式的jar或者apk），并在程序運行時根據需要去動態加載dex中的類，這種方式既可以解決緩解方法數越界的問題，也可以為程序提供按需加載的特性，同時這還為應用按模塊更新提供了可能性。 反編譯在應用開發中用得不是很多，但是很多時候我們需要研究其他產品的實現思路，這個時候就需要反編譯了。在Android中反編譯主要通過dex2jar以及apktool來完成。dex2jar可以將一個apk轉成一個jar包，這個jar包再通過反編譯工具jd-gui來打開就可以查看到反編譯后的Java代碼了。Apktool主要用于應用的解包和二次打包，實際上通過Apktool的二次打包可以做很多事情，甚至是一些違法的事情。目前不少公司都有專門的反編譯團隊，也稱逆向團隊，他們做的事情會更加深入，但是對于應用開發者來說并不需要了解那么多深入的逆向知識，因此本章僅僅介紹一些簡單常用的反編譯方法。