Android热更新框架Tinker探索之旅.doc

Android热更新框架Tinker探索之旅 现在比较流行的热修复框架的优缺点和特色，在Tinker的wiki下都可以看到，这里就不在赘述了，Tinker只用了这句话来展现自己的优势： Tinker已运行在微信的数亿Android设备上，那么为什么你不使用Tinker呢？ Tinker分为gradle接入和命令行接入，但是我这种菜鸟玩不转命令行，所以只能照搬gradle接入Tinker了。但是我感觉，命令行算不上一种接入，仅仅是多了一种编译差分包的方式而已，当然，这仅仅是个人见解哈，至于我为什么这么说，大家往下看就知道了。 首先，在project的build.gradle文件里需要添加Tinker的插件依赖 dependencies { classpath com.android.tools.build:gradle:1.3.0 ... //Tinker classpath com.tencent.tinker:tinker-patch-gradle-plugin:1.7.7 } 其次就是主module的build.gradle文件的配置，主要有下面几个地方 1.引入Tinker依赖 dependencies { //tinker必须要引入多dex打包支持 compile com.android.support:multidex:1.0.1 //可选，用于注解生成application类 provided(com.tencent.tinker:tinker-android-anno:1.7.7 //tinker依赖版本 compile(com.tencent.tinker:tinker-android-lib:1.7.7) } 2.tinker的一些配置 //-------------------------tinker config start------------------------- buildConfigField String,TINKER_VERSION,\1.7.7\ /** * buildConfig can change during patch! * we can use the newly value when patch */ buildConfigField String, MESSAGE, \I am the base apk\ /** * client version would update with patch * so we can get the newly git version easily! */ buildConfigField String, TINKER_ID, \${getTinkerIdValue()}\ buildConfigField String, PLATFORM, \all\ //-------------------------tinker config end------------------------- 3.编译差分包的开关和老版本文件位置确定 def bakPath = file(${buildDir}/bakApk/) /** * you can use assembleRelease to build you base apk * use tinkerPatchRelease -POLD_APK= -PAPPLY_MAPPING= -PAPPLY_RESOURCE= to build patch * add apk from the build/bakApk */ ext { def oldPrefixFormat=app_beta1_${appVersionName}_${new Date().format(yyyy_MM_dd)}_%s_build${appVersionCode}_%s def oldApkPath=String.format(oldPrefixFormat,10_34_38,tinker.apk) def applyMappingPath=String.format(oldPrefixFormat,10_34_38,mapping.txt) def resourcePath=String.format(oldPrefix