综合技术

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 卡中，然后进行查看处理。

GIF.gif

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 包以及本身应用的代码中的所有方法。

65533 错误

首先在 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 文件。

image.png

还可以定制指定 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

• apktool：http://ibotpeaches.github.io/Apktool/

• dex2jar：https://sourceforge.net/projects/dex2jar/

• 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：用来签名。