AndroidHotfix新方案Amigo源码解读.docVIP

Android Hotfix 新方案——Amigo 源码解读 首先我们先来看看如何使用这个库。 用法 在 project 的build.gradle 中 在 module 的build.gradle 中 就这样轻松的集成了 Amigo。 补丁包生效有两种方式可以选择： 稍后生效补丁包 如果不想立即生效而是用户第二次打开 App 时才打入补丁包，则可以将新的 Apk 放到 /data/data/{your pkg}/files/amigo/demo.apk，第二次打开时就会自动生效。可以通过这个方法 获取到新的 Apk。同时，你也可以使用 Amigo 提供的工具类将你的补丁包拷贝到指定的目录当中。 立即生效补丁包 如果想要补丁包立即生效，调用以下两个方法之一，App 会立即重启，并且打入补丁包。 Amigo.work(context, apkFile); 删除补丁包 如果需要删除掉已经下好的补丁包，可以通过这个方法 提示：如果apk 发生了变化，Amigo 会自动清除之前的apk。 在热修复的过程中会有一些耗时的操作，这些操作会在一个新的进程中的 Activity 中执行，所以你可以通过以下方式来自定义这个 Activity。 Amigo 目前能够支持增加 Activity 和 BroadcastReceiver。只需要将新的 Activity 和 BroadcastReceiver 加到新的 Apk 包中就可以了。Service 和 ContentProvider 将会在未来的版本中支持更新。 集成 Amigo 十分简单，但是明白 Amigo 的实现更加重要。 源码分析 在Amigo这个类中实现了主要的修复工作。我们一起追追看，到底是怎样的实现。 Amigo.java ... if (demoAPk.exists() isSignatureRight(this, demoAPk)) { SharedPreferences sp = getSharedPreferences(SP_NAME, MODE_MULTI_PROCESS); String demoApkChecksum = checksum(demoAPk); boolean isFirstRun = !sp.getString(NEW_APK_SIG, ).equals(demoApkChecksum);... 这段代码中，首先检查是否有补丁包，并且签名正确，如果正确，则通过检验校验和是否与之前的检验和相同，不同则为检测到新的补丁包。 当这是新的补丁包时，首先第一件事就是释放。ApkReleaser.work(this, layoutId, themeId)在这个方法中最终会去开启一个 ApkReleaseActivity，而这个 Activity 的layout 和 theme 就是之前从配置中解析出来，在 work 方法中传进来的layoutId 和 themeId。 ApkReleaseActivity.java 在 ApkReleaseActivity 的 onCreate() 方法中会开启一个线程去进行一系列的释放操作，这些操作十分耗时，目前在不同的机子上测试，从几秒到二十几秒之间不等，如果就这样黑屏在用户前面未免太不优雅，所以 Amigo 开启了一个新的进程，启动这个 Activity。在这个线程中，做了三件微小的事情： 释放 Dex 到指定目录 拷贝 so 文件到 Amigo 的指定目录下拷贝 so 文件是通过反射去调用 NativeLibraryHelper这个类的nativeCopyNativeBinaries()方法，但这个方法在不同版本上有不同的实现。 如果版本号在21以下 NativeLibraryHelper 会去反射调用这个方法，其中系统会自动判断出 primaryAbi 和 secondAbi。 如果版本号在21以上copyNativeBinariesIfNeededLI(file, file)这个方法已经被废弃了，需要去反射调用这个方法 NativeLibraryHelper 所以首先得去获得一个NativeLibraryHelper$Handle类的实例。之后就是找 primaryAbi。Amigo 先对机器的位数做了判断，如果是64位的机子，就只找64位的 abi，如果是32位的，就只找32位的 abi。然后将 Handle 实例当做参数去调用NativeLibraryHelper的findSupportedAbi来获得primaryAbi。最后再去调用copyNativeBinaries去拷贝 so 文件。 优化 dex 文件 ApkR