一、Gradle方式接入：
1.專案的build.gradle 下引入依賴：

dependencies {
        classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.7.7')
    }

2、app module的build.gradle中，新增tinker的庫依賴以及apply tinker的gradle外掛

dependencies {
    //可選，用於生成application類
    provided('com.tencent.tinker:tinker-android-anno:1.7.7'
 
)
    //tinker的核心庫
    compile('com.tencent.tinker:tinker-android-lib:1.7.7')
}

3.繼承ApplicationLike類，注意@DefaultLifeCycle註解中設定Application的名稱，並且AndroidManifest.xml中引用該Application

@DefaultLifeCycle(application = "com.ider.testview.SampleApplication",
        flags = ShareConstants.TINKER_ENABLE_ALL,
        loadVerifyFlag = false
 
)
public class SimpleApplicationLike extends ApplicationLike {
    // 此處省略構造方法
    @Override
    public void onBaseContextAttached(Context base) {
        super.onBaseContextAttached(base);

    }
    @Override
    public void onCreate() {
        super.onCreate();
        TinkerInstaller.install(this
 
);
    }
}

4.編輯app/build.gradle

apply plugin: 'com.tencent.tinker.patch'
tinkerPatch {
    // 有問題的apk地址
    oldApk = "D://app-debug.apk"
    ignoreWarning = false
    useSign = true
    buildConfig {
        tinkerId = "1.0"
    }
    dex {
        dexMode = "jar"
        pattern = ["class*.dex", "assets/secondary-dex-?.jar"]
        loader = ["com.tencent.tinker.loader.*", "com.ider.testview.SampleApplication"]
    }
    lib{
        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 {
        pattern = ["res/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
        largeModSize = 100
    }
    sevenZip {
        zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
    }

}

5.

此處注意：

• 注意環境變數中gradle版本，如果使用2.2.0+的外掛版本，那麼gradle版本要使用2.14.1，並且java版本要為jdk1.8，環境變數中JAVA_HOME和JRE_HOME都要設定為1.8的，否則無法通過gradle編譯

• useSign = true。設為false時，不對差分包進行簽名，會導致差分包與基準包簽名不同，無法更新

• oldApk: 設定oldApk的路徑，不要設定為AndroidStudio自動生成apk的路徑。gradle在製作差分包時，先對更新後的程式碼進行編譯生成新的apk，會替換掉oldApk，導致newApk和oldApk完全相同，從而生成錯誤的差分包，無法更新
• tinker_id是用來標記基礎包的，一定要相同。在編譯oldApk時，會自動讀取tinkerId並將此id寫入AndroidManifest.xml
  （路徑app\build\intermediates\tinker_intermediates\AndroidManifest.xml）中，例如tinkerid =1.0, AndroidManifest.xml中會新增一條

<meta-data android:name="TINKER_ID" android:value="tinker_id_1.0"/>

應用做的版本升級，但是沒有更新tinkerID，會導致新版本載入舊版本的補丁。
- 接上面tinkerID繼續，如果基礎版本是tinkerID=1.0，釋出一個tinkerPatch的tinkerID=2.0，那麼2.0會儲存在package_mete.xml的NEW_TINKER_ID中，此值並沒有被用到，注意此時TINKER_ID依然為1.0，並沒有因為打上patch而變為2.0。你依然可以在tinkerid=1.0的oldApk上繼續釋出3.0的patch，更新成功後NEW_TINKER_ID變為3.0， 而TINKER_ID依然是1.0。即：基於同一個基礎包的修復patch可多次釋出
Demo地址 : https://github.com/ericzhaowei/testtinker.git

二、命令列方式接入
1、1,2,3步相同
2、第4步省略，改為配置tinker_config.xml，tinker_config.xml中要修改應用Application的完整包名。
3、AndroidManifest.xml中手動設定thinkerId

<meta-data
            android:name="TINKER_ID"
            android:value="tinker_id_1.0" />

使用如下命令進行差分包生成：

java -jar tinker-patch-cli-1.7.7.jar -old old.apk -new new.apk -config tinker_config.xml -out output