Tinker接入及原理分析

Tinker接入

1. 项目的build.gradle文件中添加插件依赖

classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.7.5')

1. 主moudle下的build.gradle文件中添加配置

//apply tinker插件apply plugin: 'com.tencent.tinker.patch'

1. 配置Tinker插件中需要的参数

//这里只配置一些必须的参数tinkerPatch {    //有bug的apk    oldApk = "${bakPath}/app-debug-1227-22-24-45.apk"    buildConfig {        //旧版apk唯一标示，避免使用MD5，比较耗时        //这个id也会在补丁包中存在，和apk做对比。        tinkerId = "1.0"    }    dex {        //这里指定的类不参与补丁包构建，并且必须在主dex包中。        loader = ["com.tencent.tinker.loader.*","com.zzc.androidtrain.app.BaseApplication"]    }    lib {        //参与补丁构建的so包资源        pattern ["lib/armeabi/*.so","lib/arm64-v8a/*.so","lib/armeabi-v7a/*.so","lib/mips/*.so","lib/mips64/*.so","lib/x86/*.so","lib/x86_64/*.so"]    }    res {        //参与补丁构建的应用资源，一定要包含apk中所有的资源        pattern ["res/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]        //资源变更超过100kb，使用bsdiff算法来减少文件尺寸        largeModSize = 100    }    //生成补丁包时（assets/package_meta.txt）添加的包信息    //除了添加默认的tinker_id,tinker_id_value等，还可以在这里定义自己需要的信息    //通过TinkerLoadResult.getPackageConfigByName方法获取    packageConfig {        configField("patchVersion", "1.0")    }    //使用的压缩工具    sevenZip {        zipArtifact = "com.tencent.mm:SevenZip:1.1.10"        //path = "/usr/local/bin/7za"    }}

1. 修改Application类
   Tinker把原来所有在Application中的操作委托到了一个代理类中，继承自ApplicationLike,默认实现为DefaultApplicationLike。所以我们也需将Application中的初始化操作移动DefaultApplicationLike的子类中去。

   public class BaseApplicationDelegate extends DefaultApplicationLike {    @Overridepublic void onBaseContextAttached(Context base) {    super.onBaseContextAttached(base);            //初始化Tinker            //注：此处base.getApplicationContext()为null            TinkerManager.installTinker(this);    }@Overridepublic void onCreate() {    //初始化其他组件}}

   那么，我们自己原来的Application怎么办呢？两种方式
   第一：由继承Application改为继承TinkerApplication，在构造方法中，传入上面提到的代理类
   
public class BaseApplication extends TinkerApplication {
public BaseApplication() {
super(ShareConstants.TINKER_ENABLE_ALL, "com.zzc.androidtrain.app.BaseApplicationDelegate", "com.tencent.tinker.loader.TinkerLoader", false);
}
}

   第二：使用注解。在上述代理上添加注解
   “`
   @DefaultLifeCycle(application=”tinker.sample.android.app.SampleApplication”,
   flags = ShareConstants.TINKER_ENABLE_ALL,
   loadVerifyFlag = false)
   public class BaseApplicationDelegate extends DefaultApplicationLike

   前提是需在主模块build.gradle文件中添加注解依赖
   provided(‘com.tencent.tinker:tinker-android-anno:1.7.6’)
   “`

2. 加载补丁文件
   在从服务器下载补丁文件完成后，加载。
   
TinkerInstaller.onReceiveUpgradePatch(getApplicationContext(), Environment.getExternalStorageDirectory().getAbsolutePath() + "/patch_signed_7zip.apk");


关键问题

1. 多个dex会产生多个patch dex
2. 需要重启生效
3. dex全量更新
4. 不能新增四大组件及AndroidManifest.xml文件变更
5. 在单独进程合并补丁包
6. 在主进程加载补丁包
7. 部分三星手机不支持
8. 受google应用分发机制，海外版本不能做动态更新
9. 采用Application代理模式，使类Application初始化类也可做热修复，更重要的是解决Android N系统上的混合编译对热修复带来的影响。
10. 加载补丁失败，有最多重试3次的保护机制
11. 提供多进程文件操作的文件锁（FileLock）

原理分析

补丁包构建

1. 使用nio walkFileTree方法遍历压缩包文件
2. dex文件结构https://source.android.com/devices/tech/dalvik/dex-format.html
3. 构建流程图
   

补丁包合并

补丁包加载