Tinker 是微信開源的一個(gè)Android熱補(bǔ)丁解決方案捎谨。
命令行接入
1民效、引入依賴
dependencies {
//可選,用于生成application類
provided('com.tencent.tinker:tinker-android-anno:1.7.7')
//tinker的核心庫(kù)
compile('com.tencent.tinker:tinker-android-lib:1.7.7')
}
2涛救、Tinker初始化
有兩種方式畏邢,一種是繼承TinkerApplication,DefaultApplicationLike然后手動(dòng)寫出注解的代碼检吆;另一種是微信推薦的注解方式舒萎。
注解方式的代碼:
@DefaultLifeCycle(application = ".SampleApplication",
flags = ShareConstants.TINKER_ENABLE_ALL,
loadVerifyFlag = false)
public class SampleApplicationLike extends ApplicationLike {
public SampleApplicationLike(Application application, int tinkerFlags, boolean tinkerLoadVerifyFlag, long applicationStartElapsedTime, long applicationStartMillisTime, Intent tinkerResultIntent) {
super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent);
}
@Override
public void onCreate() {
super.onCreate();
TinkerInstaller.install(this);
}
}
同時(shí)在AndroidManifest.xml中
<application
···
android:name=".SampleApplication">
···
</application>
3、然后就是loadPatch的代碼蹭沛,具體load時(shí)機(jī)自己選擇
//這里只是作為測(cè)試臂寝,需手動(dòng)將補(bǔ)丁包放入sd卡中
TinkerInstaller.onReceiveUpgradePatch(getApplicationContext(), Environment.getExternalStorageDirectory().getAbsolutePath() + "/patch_signed_7zip.apk");
注意權(quán)限不能忘寫
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
4、在AndroidManifest.xml中指定TINKER_ID摊灭,具體設(shè)置為什么在官方文檔里有介紹咆贬,可以是git版本號(hào)或者versionName
<application>
···
<meta-data
android:name="TINKER_ID"
android:value="tinker_id_1.0.0" />
</application>
現(xiàn)在就可以打包發(fā)送到手機(jī)了,為了方便測(cè)試帚呼,使用微信的測(cè)試簽名文件
signingConfigs {
release {
try {
storeFile file("release.keystore")
storePassword "testres"
keyAlias "testres"
keyPassword "testres"
} catch (ex) {
throw new InvalidUserDataException(ex.toString())
}
}
}
buildTypes {
release {
minifyEnabled true
signingConfig signingConfigs.release
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
debuggable true
minifyEnabled true
signingConfig signingConfigs.release
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
同時(shí)找到tinker_proguard.pro
文件素征,將混淆規(guī)則copy到自己的項(xiàng)目里,講里面的*.SampleApplication
更改成自己的
將打好的包安裝到手機(jī)之后萝挤,需要保留安裝包,混淆用到的mapping.txt
文件一并保留根欧,在第二次打修復(fù)包的時(shí)候怜珍,可在proguard-rules.pro
中添加
-applymapping mapping.txt
切記只在第二次打包的時(shí)候添加上,第一次打包時(shí)因?yàn)檫€沒有凤粗,會(huì)報(bào)錯(cuò)
接著就可以模擬修復(fù)代碼酥泛,并打包,將新打的包取名 new.apk
嫌拣,同第一次打好的old.apk放在同一目錄柔袁。此時(shí)還需要用到微信提供的patch生成工具 tinker-patch-cli,并將 tool_output 中的文件一并copy到保存apk的目錄下异逐,如圖
修改
tinker_config.xml
中部分配置原
···
<loader value="tinker.sample.android.SampleApplication"/>
···
<path value="tool_output/release.keystore"/>
···
改成
···
<loader value="自己的包名.SampleApplication"/>
···
<path value="release.keystore"/>
···
然后執(zhí)行生成patch命令
java -jar tinker-patch-cli-1.7.7.jar -old old.apk -new new.apk -config tinker_config.xml -out output
生成后的文件格式如下
接著將
patch_signed.apk
捶索,push到sd卡上來進(jìn)行模擬修復(fù),push命令
adb push /output/patch_signed_7zip.apk /storage/sdcard0/
這里我將patch_signed.apk
的名字改成了patch_signed_7zip.apk
灰瞻,因?yàn)槲以谧铋_始的load patch 代碼里的名字就是patch_signed_7zip.apk
最后就去看效果吧(效果圖暫缺 囧)
gradle接入
這是微信推薦的接入方式腥例,比較省事辅甥,在官方文檔里有比較詳細(xì)的介紹,可以參考官方的示例tinker-sample-android
步驟1 燎竖、2璃弄、3同命令行接入差不多,混淆規(guī)則也一樣
只是在根項(xiàng)目下的build.gradle
中添加
buildscript {
dependencies {
classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.7.7')
}
}
這種方式不需要在AndroidManifest.xml
指定TINKER_ID了构回,直接在項(xiàng)目的build.gradle
設(shè)置即可夏块,這里直接將示例中的copy進(jìn)來,稍微改吧改吧就好了
如下
apply plugin: 'com.android.application'
android {
compileSdkVersion 25
buildToolsVersion "25.0.0"
//recommend
dexOptions {
jumboMode = true
}
defaultConfig {
applicationId "自己的包名"
minSdkVersion 14
targetSdkVersion 25
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
/**
* buildConfig can change during patch!
* we can use the newly value when patch
*/
buildConfigField "String", "MESSAGE", "\"I am the base apk\""
// buildConfigField "String", "MESSAGE", "\"I am the patch apk\""
/**
* client version would update with patch
* so we can get the newly git version easily!
* TINKER_ID 在這里設(shè)置了
*/
buildConfigField "String", "TINKER_ID", "\"${getTinkerIdValue()}\""
buildConfigField "String", "PLATFORM", "\"all\""
}
signingConfigs {
release {
try {
storeFile file("release.keystore")
storePassword "testres"
keyAlias "testres"
keyPassword "testres"
} catch (ex) {
throw new InvalidUserDataException(ex.toString())
}
}
}
buildTypes {
release {
minifyEnabled true
signingConfig signingConfigs.release
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
debuggable true
minifyEnabled true
signingConfig signingConfigs.release
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
exclude group: 'com.android.support', module: 'support-annotations'
})
compile 'com.android.support:appcompat-v7:25.0.0'
testCompile 'junit:junit:4.12'
//optional, help to generate the final application
provided('com.tencent.tinker:tinker-android-anno:1.7.7')
//tinker's main Android lib
compile('com.tencent.tinker:tinker-android-lib:1.7.7')
}
def gitSha() {
//將git版本號(hào)設(shè)置為TINKER_ID
try {
String gitRev = 'git rev-parse --short HEAD'.execute(null, project.rootDir).text.trim()
if (gitRev == null) {
throw new GradleException("can't get git rev, you should add git to system path or just input test value, such as 'testTinkerId'")
}
return gitRev
} catch (Exception e) {
throw new GradleException("can't get git rev, you should add git to system path or just input test value, such as 'testTinkerId'")
}
}
def getTinkerIdValue() {
//如果沒有指定TINKER_ID纤掸,就會(huì)通過gitSha()方法獲取
return hasProperty("TINKER_ID") ? TINKER_ID : gitSha()
}
//定義安裝包路徑脐供。每次build時(shí),如assembleDebug都會(huì)在bakApk目錄下生成打包好的apk文件
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 {
//這里是控制tinker開關(guān)的茁肠,平時(shí)debug的時(shí)候可以選擇關(guān)閉
//for some reason, you may want to ignore tinkerBuild, such as instant run debug build?
tinkerEnabled = true
//這里是old.apk的路徑患民,在第二次打包時(shí)必須手動(dòng)修改為第一次打包保留下的apk存放路徑
//下面示例中的時(shí)分秒非必要不要?jiǎng)恿耍揖褪前逊置雱h了垦梆,在同一時(shí)段內(nèi)造成相同報(bào)名覆蓋而看不到效果匹颤,這是一個(gè)悲劇
//for normal build
//old apk file to build patch apk
tinkerOldApkPath = "${bakPath}/TinkerTest-debug-0207-18-23-16.apk"
//mapping.txt同上,需換成第一次打包是保留的存放路徑
//proguard mapping file to build patch apk
tinkerApplyMappingPath = "${bakPath}/app-debug-1018-17-mapping.txt"
//同上托猩,這個(gè)也必需改印蓖,不然會(huì)報(bào)錯(cuò)
//resource R.txt to build patch apk, must input if there is resource changed
tinkerApplyResourcePath = "${bakPath}/TinkerTest-debug-0207-18-23-16-R.txt"
//only use for build all flavor, if not, just ignore this field
tinkerBuildFlavorDirectory = "${bakPath}/app-1018-17"
}
def getOldApkPath() {
return hasProperty("OLD_APK") ? OLD_APK : ext.tinkerOldApkPath
}
def getApplyMappingPath() {
return hasProperty("APPLY_MAPPING") ? APPLY_MAPPING : ext.tinkerApplyMappingPath
}
def getApplyResourceMappingPath() {
return hasProperty("APPLY_RESOURCE") ? APPLY_RESOURCE : ext.tinkerApplyResourcePath
}
def buildWithTinker() {
return hasProperty("TINKER_ENABLE") ? TINKER_ENABLE : ext.tinkerEnabled
}
def getTinkerBuildFlavorDirectory() {
return ext.tinkerBuildFlavorDirectory
}
if (buildWithTinker()) {
apply plugin: 'com.tencent.tinker.patch'
tinkerPatch {//跟命令行介入時(shí)的tinker_config.xml中的配置差不多,可根據(jù)自己情況做相應(yīng)修改
/**
* necessary京腥,default 'null'
* the old apk path, use to diff with the new apk to build
* add apk from the build/bakApk
*/
oldApk = getOldApkPath()
/**
* optional赦肃,default 'false'
* there are some cases we may get some warnings
* if ignoreWarning is true, we would just assert the patch process
* case 1: minSdkVersion is below 14, but you are using dexMode with raw.
* it must be crash when load.
* case 2: newly added Android Component in AndroidManifest.xml,
* it must be crash when load.
* case 3: loader classes in dex.loader{} are not keep in the main dex,
* it must be let tinker not work.
* case 4: loader classes in dex.loader{} changes,
* loader classes is ues to load patch dex. it is useless to change them.
* it won't crash, but these changes can't effect. you may ignore it
* case 5: resources.arsc has changed, but we don't use applyResourceMapping to build
*/
ignoreWarning = false
/**
* optional,default 'true'
* whether sign the patch file
* if not, you must do yourself. otherwise it can't check success during the patch loading
* we will use the sign config with your build type
*/
useSign = true
/**
* optional公浪,default 'true'
* whether use tinker to build
*/
tinkerEnable = buildWithTinker()
/**
* Warning, applyMapping will affect the normal android build!
*/
buildConfig {
/**
* optional他宛,default 'null'
* if we use tinkerPatch to build the patch apk, you'd better to apply the old
* apk mapping file if minifyEnabled is enable!
* Warning:
* you must be careful that it will affect the normal assemble build!
*/
applyMapping = getApplyMappingPath()
/**
* optional,default 'null'
* It is nice to keep the resource id from R.txt file to reduce java changes
*/
applyResourceMapping = getApplyResourceMappingPath()
/**
* necessary欠气,default 'null'
* because we don't want to check the base apk with md5 in the runtime(it is slow)
* tinkerId is use to identify the unique base apk when the patch is tried to apply.
* we can use git rev, svn rev or simply versionCode.
* we will gen the tinkerId in your manifest automatic
*/
tinkerId = getTinkerIdValue()
/**
* if keepDexApply is true, class in which dex refer to the old apk.
* open this can reduce the dex diff file size.
*/
keepDexApply = false
}
dex {
/**
* optional厅各,default 'jar'
* only can be 'raw' or 'jar'. for raw, we would keep its original format
* for jar, we would repack dexes with zip format.
* if you want to support below 14, you must use jar
* or you want to save rom or check quicker, you can use raw mode also
*/
dexMode = "jar"
/**
* necessary,default '[]'
* what dexes in apk are expected to deal with tinkerPatch
* it support * or ? pattern.
*/
pattern = ["classes*.dex",
"assets/secondary-dex-?.jar"]
/**
* necessary预柒,default '[]'
* Warning, it is very very important, loader classes can't change with patch.
* thus, they will be removed from patch dexes.
* you must put the following class into main dex.
* Simply, you should add your own application {@code tinker.sample.android.SampleApplication}
* own tinkerLoader, and the classes you use in them
*
*/
loader = [
//use sample, let BaseBuildInfo unchangeable with tinker
"tinker.sample.android.app.BaseBuildInfo"
]
}
lib {
/**
* optional队塘,default '[]'
* what library in apk are expected to deal with tinkerPatch
* it support * or ? pattern.
* for library in assets, we would just recover them in the patch directory
* you can get them in TinkerLoadResult with Tinker
*/
pattern = ["lib/*/*.so"]
}
res {
/**
* optional,default '[]'
* what resource in apk are expected to deal with tinkerPatch
* it support * or ? pattern.
* you must include all your resources in apk here,
* otherwise, they won't repack in the new apk resources.
*/
pattern = ["res/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
/**
* optional宜鸯,default '[]'
* the resource file exclude patterns, ignore add, delete or modify resource change
* it support * or ? pattern.
* Warning, we can only use for files no relative with resources.arsc
*/
ignoreChange = ["assets/sample_meta.txt"]
/**
* default 100kb
* for modify resource, if it is larger than 'largeModSize'
* we would like to use bsdiff algorithm to reduce patch file size
*/
largeModSize = 100
}
packageConfig {
/**
* optional憔古,default 'TINKER_ID, TINKER_ID_VALUE' 'NEW_TINKER_ID, NEW_TINKER_ID_VALUE'
* package meta file gen. path is assets/package_meta.txt in patch file
* you can use securityCheck.getPackageProperties() in your ownPackageCheck method
* or TinkerLoadResult.getPackageConfigByName
* we will get the TINKER_ID from the old apk manifest for you automatic,
* other config files (such as patchMessage below)is not necessary
*/
configField("patchMessage", "tinker is sample to use")
/**
* just a sample case, you can use such as sdkVersion, brand, channel...
* you can parse it in the SamplePatchListener.
* Then you can use patch conditional!
*/
configField("platform", "all")
/**
* patch version via packageConfig
*/
configField("patchVersion", "1.0")
}
//or you can add config filed outside, or get meta value from old apk
//project.tinkerPatch.packageConfig.configField("test1", project.tinkerPatch.packageConfig.getMetaDataFromOldApk("Test"))
//project.tinkerPatch.packageConfig.configField("test2", "sample")
/**
* if you don't use zipArtifact or path, we just use 7za to try
*/
sevenZip {
/**
* optional,default '7za'
* the 7zip artifact path, it will use the right 7za with your platform
*/
zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
/**
* optional淋袖,default '7za'
* you can specify the 7za path yourself, it will overwrite the zipArtifact value
*/
// path = "/usr/local/bin/7za"
}
}
//這里是多渠道打包和將打好的包c(diǎn)opy的bakApk目錄的代碼
List<String> flavors = new ArrayList<>();
project.android.productFlavors.each {flavor ->
flavors.add(flavor.name)
}
boolean hasFlavors = flavors.size() > 0
/**
* bak apk and mapping
*/
android.applicationVariants.all { variant ->
/**
* task type, you want to bak
*/
def taskName = variant.name
def date = new Date().format("MMdd-HH-mm-ss")
tasks.all {
if ("assemble${taskName.capitalize()}".equalsIgnoreCase(it.name)) {
it.doLast {
copy {
def fileNamePrefix = "${project.name}-${variant.baseName}"
def newFileNamePrefix = hasFlavors ? "${fileNamePrefix}" : "${fileNamePrefix}-${date}"
def destPath = hasFlavors ? file("${bakPath}/${project.name}-${date}/${variant.flavorName}") : bakPath
from variant.outputs.outputFile
into destPath
rename { String fileName ->
fileName.replace("${fileNamePrefix}.apk", "${newFileNamePrefix}.apk")
}
from "${buildDir}/outputs/mapping/${variant.dirName}/mapping.txt"
into destPath
rename { String fileName ->
fileName.replace("mapping.txt", "${newFileNamePrefix}-mapping.txt")
}
from "${buildDir}/intermediates/symbols/${variant.dirName}/R.txt"
into destPath
rename { String fileName ->
fileName.replace("R.txt", "${newFileNamePrefix}-R.txt")
}
}
}
}
}
}
//多渠道的時(shí)候用到
project.afterEvaluate {
//sample use for build all flavor for one time
if (hasFlavors) {
task(tinkerPatchAllFlavorRelease) {
group = 'tinker'
def originOldPath = getTinkerBuildFlavorDirectory()
for (String flavor : flavors) {
def tinkerTask = tasks.getByName("tinkerPatch${flavor.capitalize()}Release")
dependsOn tinkerTask
def preAssembleTask = tasks.getByName("process${flavor.capitalize()}ReleaseManifest")
preAssembleTask.doFirst {
String flavorName = preAssembleTask.name.substring(7, 8).toLowerCase() + preAssembleTask.name.substring(8, preAssembleTask.name.length() - 15)
project.tinkerPatch.oldApk = "${originOldPath}/${flavorName}/${project.name}-${flavorName}-release.apk"
project.tinkerPatch.buildConfig.applyMapping = "${originOldPath}/${flavorName}/${project.name}-${flavorName}-release-mapping.txt"
project.tinkerPatch.buildConfig.applyResourceMapping = "${originOldPath}/${flavorName}/${project.name}-${flavorName}-release-R.txt"
}
}
}
task(tinkerPatchAllFlavorDebug) {
group = 'tinker'
def originOldPath = getTinkerBuildFlavorDirectory()
for (String flavor : flavors) {
def tinkerTask = tasks.getByName("tinkerPatch${flavor.capitalize()}Debug")
dependsOn tinkerTask
def preAssembleTask = tasks.getByName("process${flavor.capitalize()}DebugManifest")
preAssembleTask.doFirst {
String flavorName = preAssembleTask.name.substring(7, 8).toLowerCase() + preAssembleTask.name.substring(8, preAssembleTask.name.length() - 13)
project.tinkerPatch.oldApk = "${originOldPath}/${flavorName}/${project.name}-${flavorName}-debug.apk"
project.tinkerPatch.buildConfig.applyMapping = "${originOldPath}/${flavorName}/${project.name}-${flavorName}-debug-mapping.txt"
project.tinkerPatch.buildConfig.applyResourceMapping = "${originOldPath}/${flavorName}/${project.name}-${flavorName}-debug-R.txt"
}
}
}
}
}
}
這就完事了鸿市,可以打第一個(gè)包了,第一個(gè)包打好后,
模擬修復(fù)代碼灸芳,然后修改build.gradle
中舊包的路徑
接著調(diào)用tinkerPatchRelease或者tinkerPatchDebug
命令的方式:
./gradlew tinkerPatchRelease // 或者 ./gradlew tinkerPatchDebug
推薦使用命令的方式涝桅,因?yàn)槌鲥e(cuò)了能看出來,哭著笑
成功之后就可以找到patch包了
最后烙样,push進(jìn)手機(jī)sd卡冯遂,看效果,完事
參考連接
Tinker官方文檔
Android 熱修復(fù) Tinker接入及源碼淺析 ---介紹了tinker的使用和源碼分析
Tinker集成和使用(一)Tinker簡(jiǎn)介和運(yùn)行Tinker示例出現(xiàn)的問題 ---提到的幾點(diǎn)注意事項(xiàng)有價(jià)值