13.1 使用 CrasHandler 来获取应用的 crash 信息
Android 为开发者提供了 setDefaultUncaughtExceptionHandler （设置默认的未捕获的异常处理）方法，当 Android 程序 crash（崩溃）之后，
可以从中进行处理：
public class Thread implements Runnable {
...
public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) {
Thread.defaultUncaughtHandler = handler;
}
...
当 crash 发生的时候，系统就会调用 UncaughtExceptionHandler 的 uncaughtException 方法，在 uncaughtException 方法中就可以获取 异常信息，可以选择把信息存储到 SD 卡中，然后进行查看处理。
GitHub: (https://github.com/KonngGN/MyCrashTest/tree/master)
第一步：创建一个 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();
}
/**
* 这个是最关键的函数，当程序中有未被捕获的异常，系统将会自动调用#uncaughtException方法
* thread为出现未捕获异常的线程，ex为未捕获的异常，有了这个ex，我们就可以得到异常信息。
*/
@Override
public void uncaughtException(Thread thread, Throwable ex) {
try {
//导出异常信息到SD卡中
dumpExceptionToSDCard(ex);
uploadExceptionToServer();
//这里可以通过网络上传异常信息到服务器，便于开发人员分析日志从而解决bug
} catch (IOException e) {
e.printStackTrace();
}
//打印堆栈信息
ex.printStackTrace();
//如果系统提供了默认的异常处理器，则交给系统去结束我们的程序，否则就由我们自己结束自己
if (mDefaultCrashHandler != null) {
mDefaultCrashHandler.uncaughtException(thread, ex);
} else {
Process.killProcess(Process.myPid());
}
}
第二步：创建 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 来解决方法数越界
在 Android 中单个 dex 文件所能包含的最大方法数为 65536，这包含 Android frameWork、依赖的 jar 包以及本身应用的代码中的所有方法。
首先在 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);
}
}
采用了上面的默认配置后，如果这个应用的方法数没有越界，那么并不会生产多个 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：表示当方法数越界时则生产多个 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 方法虽然很好的解决了方法数越界的问题，但是它会带来一些问题：
应用启动速度降低。由于应用启动时会加载额外的 dex，甚至可能会导致 ANR 现象，尤其是其他 dex 文件较大的时候，因此要避免产生较大的 dex 文件。
由于 Dalvik linearAlloc 的 bug。可能导致 Android 4.0 以上机器崩溃，极少遇到。
Android 的动态加载技术
内容深奥
反编译初步
使用 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 目录已经存在，那么直接覆盖它。
signapk.jar：用来签名。
