13.1 使用 CrasHandler 來獲取應(yīng)用的 crash 信息
Android 為開發(fā)者提供了 setDefaultUncaughtExceptionHandler （設(shè)置默認的未捕獲的異常處理）方法惯疙，當 Android 程序 crash（崩潰）之后氢惋，
可以從中進行處理：
public class Thread implements Runnable {
...
public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) {
Thread.defaultUncaughtHandler = handler;
}
...
當 crash 發(fā)生的時候湿颅，系統(tǒng)就會調(diào)用 UncaughtExceptionHandler 的 uncaughtException 方法，在 uncaughtException 方法中就可以獲取 異常信息叮趴，可以選擇把信息存儲到 SD 卡中，然后進行查看處理然磷。
GitHub: (https://github.com/KonngGN/MyCrashTest/tree/master)
第一步：創(chuàng)建一個 CrashHandler
public class CrashHandler implements Thread.UncaughtExceptionHandler {
...
private static CrashHandler sInstance = new CrashHandler();
public static CrashHandler getInstance() {
return sInstance;
}
public void init(Context context) {
mDefaultCrashHandler = Thread.getDefaultUncaughtExceptionHandler();
Thread.setDefaultUncaughtExceptionHandler(this);
mContext = context.getApplicationContext();
}
/**
* 這個是最關(guān)鍵的函數(shù)紫谷，當程序中有未被捕獲的異常，系統(tǒng)將會自動調(diào)用#uncaughtException方法
* thread為出現(xiàn)未捕獲異常的線程纬凤，ex為未捕獲的異常福贞，有了這個ex，我們就可以得到異常信息停士。
*/
@Override
public void uncaughtException(Thread thread, Throwable ex) {
try {
//導(dǎo)出異常信息到SD卡中
dumpExceptionToSDCard(ex);
uploadExceptionToServer();
//這里可以通過網(wǎng)絡(luò)上傳異常信息到服務(wù)器挖帘，便于開發(fā)人員分析日志從而解決bug
} catch (IOException e) {
e.printStackTrace();
}
//打印堆棧信息
ex.printStackTrace();
//如果系統(tǒng)提供了默認的異常處理器，則交給系統(tǒng)去結(jié)束我們的程序恋技，否則就由我們自己結(jié)束自己
if (mDefaultCrashHandler != null) {
mDefaultCrashHandler.uncaughtException(thread, ex);
} else {
Process.killProcess(Process.myPid());
}
}
第二步：創(chuàng)建 Application 初始化 CrashHandler
public class MyApp extends Application {
@Override
public void onCreate() {
super.onCreate();
CrashHandler crashHandler = CrashHandler.getInstance();
crashHandler.init(this);
}
}
第二步：Activity 中自定義 Crash
public class MainActivity extends AppCompatActivity {
...
public void click(View view) {
throw new RuntimeException("自定義錯誤");
}
}
13.2 使用 mulyidex 來解決方法數(shù)越界
在 Android 中單個 dex 文件所能包含的最大方法數(shù)為 65536拇舀，這包含 Android frameWork、依賴的 jar 包以及本身應(yīng)用的代碼中的所有方法蜻底。
首先在 build.gradle 中配置骄崩；
defaultConfig {
...
multiDexEnabled true
}
...
dependencies {
...
compile 'com.android.support:multidex:1.0.0'
}
然后在 Application 中初始化，attachBaseContext 運行在 onCreate 前；
public class TestApplication extends Application {
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);
}
}
采用了上面的默認配置后刁赖，如果這個應(yīng)用的方法數(shù)沒有越界搁痛，那么并不會生產(chǎn)多個 dex 文件，如果越界了宇弛，Gradle 就會在 apk 中打包 2 個或者多個 dex 文件鸡典。
還可以定制指定 XXX文件在主 dex 中:
首先在 build.gradle 中配置；
afterEvaluate {
println "afterEvaluate"
tasks.matching {
it.name.startsWith('dex')
}.each { dx ->
def listFile = project.rootDir.absolutePath + '/app/maindexlist.txt'
println "root dir:" + project.rootDir.absolutePath
println "dex task found: " + dx.name
if (dx.additionalParameters == null) {
dx.additionalParameters = []
}
dx.additionalParameters += '--multi-dex'
dx.additionalParameters += '--main-dex-list=' + listFile
dx.additionalParameters += '--minimal-main-dex'
}
}
--multi-dex：表示當方法數(shù)越界時則生產(chǎn)多個 dex 文件
--main-dex-list：指定了要在主 dex 中打包的類的列表
--minimal-main-dex：表明只有--main-dex-list中所指定的類才能打包打主 dex 中枪芒。
maindexlist.txt：它是一個輸入文件彻况，在工程中 app 目錄下。
com/ryg/multidextest/TestApplication.class
com/ryg/multidextest/MainActivity.class
// multidex
android/support/multidex/MultiDex.class
android/support/multidex/MultiDexApplication.class
android/support/multidex/MultiDexExtractor.class
android/support/multidex/MultiDexExtractor$1.class
android/support/multidex/MultiDex$V4.class
android/support/multidex/MultiDex$V14.class
android/support/multidex/MultiDex$V19.class
android/support/multidex/ZipUtil.class
android/support/multidex/ZipUtil$CentralDirectory.class
maindexlist.txt 名字可以改但是格式是固定的舅踪，multidex 的 jar 包中的 9 個類必須要打包到主 dex 中纽甘，否則程序運行時會報錯。
Multidex 方法雖然很好的解決了方法數(shù)越界的問題抽碌，但是它會帶來一些問題：
應(yīng)用啟動速度降低悍赢。由于應(yīng)用啟動時會加載額外的 dex，甚至可能會導(dǎo)致 ANR 現(xiàn)象货徙，尤其是其他 dex 文件較大的時候左权，因此要避免產(chǎn)生較大的 dex 文件痴颊。
由于 Dalvik linearAlloc 的 bug赏迟。可能導(dǎo)致 Android 4.0 以上機器崩潰蠢棱，極少遇到锌杀。
Android 的動態(tài)加載技術(shù)
內(nèi)容深奧
反編譯初步
使用 dex2jar 和 jd -gui 反編譯 apk
jd-gui：http://jd.benow.ca/
Dex2jar 是命令行工具，它的使用方法：
dex2jar.bat classes.dex
jd-gui 是圖形化工具泻仙，直接雙擊開打即可糕再。
使用 apktool 對 apk 進行二次打包
解包：apktool.bat d -f MyApp.apk MyApp.
二次打包：apktool.bat b MyApp MyApp-fake.apk
簽名： java -jar signapk.jar testkey.x509.pem testkey.pk8 MyApp-fake.apk MyApp-fake-signed.apk
二次打包的命令：
d：表示解包
MyApp.apk：表示待解包的 apk；
MyApp：表示解包后文件的存儲路徑玉转；
-f：表示MyApp 目錄已經(jīng)存在亿鲜，那么直接覆蓋它。
signapk.jar：用來簽名冤吨。
